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[57] ABSTRACT 

A client/server architecture for database driven insertion and 
mail piece tracking system, method, and computer program 
product is disclosed. A database is populated with database 
driven insertion data comprising instructions for handling 
mailpiece material. A server manages the database by 
responding to requests for mail processing instructions from 
clients and storing mailpiece data received from clients. A 
scanning device reads key code marked mailpiece material 
in which the key code corresponds to a database location 
containing instructions for handling mailpiece material. A 
client processor receives the key code from the scanning 
device, and transmits a request to the server for accessing the 
database location containing the instructions for handling 
mailpiece material. The server retrieves the instructions for 
handling mailpiece material, and transmits the instructions 
to the client. The client causes the performance of a mail 
processing task in accordance with the instructions, gathers 
mailpiece tracking data as the mailpiece material is 
processed, and forwards mailpiece tracking data to the 
server. The database information is accessible to report 
writing and generating software applications which cull data 
pertaining to a given mail processing job into a desired 
format. 

20 Claims, 1 Drawing Sheet 
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CLIENT-SERVER SYSTEM, METHOD AND 
COMPUTER PRODUCT FOR MANAGING 
DATABASE DRIVEN INSERTION (DDI) AND 
MAIL PIECE TRACKING (MPT) DATA 

CROSS REFERENCE TO RELATED 
APPLICATIONS 

This application is related to and claims the benefit of the 
U.S. Provisional Patent Application entitled "A Client- 
Server System and Method Of Managing Database Driven 
Insertion (DDI) and Mail Piece Tracking (MPT) Data", filed 
on Oct. 27, 1998, 60/105,804. 

FIELD OF THE INVENTION 

The present invention relates generally to manufacturing 
environments that wish to relate large amounts of informa- 
tion to a small identifier. More specifically, the present 
invention relates to a client-server system, method, and 
computer program for managing database driven insertion 
(DDI) and mail piece tracking (MPT) data for holding and 
managing mailroom data in a consistent and easy to use 
manner. 

BACKGROUND OF THE INVENTION 

Currently, it is common in mail processing for mail piece 
data to be handled utilizing a file-based system (i.e. using a 
flat ASCII file to hold all database driven insertion and mail 
piece tracking information). A client/server concept involves 
replacing flat files with a database server which maintains 
indices and relations between various data fields, as 
described further hereinbelow. Also as described further 
hereinbelow, utilizing a client-server concept, as according 
to the present invention, allows an interface to be developed 
for client programs to be able to read database driven 
insertion (DDI) data from the database and write mail piece 
tracking data back to the database. 

Database driven insertion (DDI) is currently being accom- 
plished in conventional mail processing by storing mail 
processing instructions in a flat ASCII file, reading an 
account number from paper via a laser scanner, calculating 
the offset of the data in the file that corresponded to the 
account number read, and reading the data at that offset point 
into the mail processing equipment. Mail piece tracking has 
been accomplished by storing information about a mailpiece 
back into the database driven insertion (DDI) file, or pos- 
sibly a separate file whenever the mailpiece processing was 
complete. This was, and still is, the industry norm because 
it is believed that a database is not capable of keeping up 
with the read and write rates required for multiple mail 
processing machines. In contrast to this norm, the present 
invention, however, can and does keep up with the read and 
write rates required for multiple mail processing machines 
using the aforementioned client/server concept, as described 
further hereinbelow. 

Database driven insertion (DDI) data typically describes 
to individual mail processing inserters which inserts to feed, 
how many sheets are in an account, what actions the inserter 
is to perform on the account, what address should be printed 
on the envelope, and/or other information as apparent to 
those of skill in the art. 

Mail piece tracking (MPT) data typically describes what 
actually happened to the account during processing, i.e. 
what machine processed it, when the machine started pro- 
cessing it, when the machine finished processing it, which 
operators were running the machine, which inserts fed, 
and/or other information as apparent to those of skill in the 
art. 
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Using a database under a client/server architecture (as 
opposed to a flat ASCII file) for insertion and tracking has 
many significant advantages which will be readily appreci- 
ated by those of skill in the art. Clients (which can comprise 
5 mail inserters, mail sorters, printers, other applications, 
and/or other suitable clients as recognized by those of skill 
in the art of mail processing) can request and receive only 
the information they need which decreases the overall load 
borne by the communications network. Other clients (report 
10 generators) can create reports much easier with well known 
database reporting tools. The server provides a common 
repository for all mail piece tracking and database driven 
insertion data, which, in turn, allows management from one 
computer and location, i.e. centralized operation. The data- 
is base server provides excellent file locking and read/write 
contention protection superior to that of ASCII flat files. The 
server also provides services to inform clients whether a 
record was updated "underneath" it. This provides site -wide 
duplicate checking for all mailpieces to ensure there are no 
20 duplicate mailpieces being processed. Additionally, the data- 
base server enforces data consistency. The server will not 
allow clients to write "invalid" data into the database. This 
is very difficult to enforce in file-based systems. The server 
further provides "stored procedures" which allow the server 
25 to change its functionality without necessarily modifying 
client code. Other advantages can also exist as recognized by 
those skilled in the art. 

In view of the above, there remains much room for 
improvement in the art, particularly for a new system and 
30 method of "publishing" and "recording" database driven 
insertion and mail piece tracking data. 

DISCLOSURE OF THE INVENTION 

In accordance with the present invention, a novel client- 
35 server system, method, and computer program for managing 
database driven insertion (DDI) and mail piece tracking 
(MPT) data for holding and managing mailroom data in a 
consistent and easy to use manner is provided. "Managing" 
of data according to the present invention refers to a system 
40 that controls, utilizes, tracks, and reports on all aspects of 
database driven insertion and mail piece tracking data. By 
the client/server database architecture for managing data- 
base driven insertion and mailpiece tracking in a mail 
processing environment according this invention, a cus- 
45 tomer initially sets up a mail processing site by defining 
within the client/server architecture running database driven 
insertion and mail piece tracking system parameters such as 
Users, Privileges, JobSetups, Materials, etc., before any 
actual mail processing occurs. Next, the customer generates 
50 data (generally in a mainframe environment) that is intended 
to be printed and mailed. The data is run through a utility 
like Bell & Howell's Transformer™ or their own custom 
software to create a "side file" that contains the database 
driven insertion information required by a mail processing 
55 insertion device. Each print run has a matching side file 
generated for it. Material is printed and the side file is 
loaded/inducted into the database driven insertion and mail 
piece tracking system. The customer physically conveys the 
printed material to the inserter, loads the mail processing job 
60 currently programmed, places the materials called for by the 
mail processing job (e.g., inserts, printed materials, 
envelopes, etc ... ) into the correct locations, and begins 
running the mail processing job. As a mail processing 
inserter reads each reader code or key that has been strate- 
65 gically placed on the mailpiece materials, the inserter makes 
a request for the database driven insertion data associated 
with that particular key from the database. The database 
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sends the insertion data back to the inserter, which uses the the art as a computer program product having a medium with 

data to determine what actions to perform on this particular a computer program embodied thereon. The computer pro- 

account. As each mailpiece leaves the inserter, mail piece gram product is capable of being loaded and executed on the 

tracking data is written into the database associated with appropriate computer processing device(s) in order to carry 

each database driven insertion record that records, for 5 out tne method or process steps described. 

instance, the Machine, Operators, Time, Date, JobSetup, Still referring to FIG. 1, applications on the mainframe 

Inserts Fed, etc., for each mailpiece. side send P rint images from a host mainframe 40, for 

,. • _ _ . . . r tU „ . ♦ , a~ instance, to printers 50, and IntellaSert™ Data File (IDF) 

It is theretore an object ot the present invention to provide , \ / • +n • \ 

, , . A. j j * data to the database server computer 10. Once the material 

a novel client-server system, method, and computer program . , , , . . - n ; , u _ , . 

c , , ' . . /rx^ T \ j -1 - -.n is pnnted on by the printers 50 (which can be monitored by 

formanagmgdatabasednveninseruon^ 10 a f econciliation st J on) me ^ is ted £ 

tracking (MPT) data for holding and managmg mailroom mafl processing finishing equipment, such as, for instance, 

data in a consistent and easy to use manner. mail processing inserters 60. The mail processing finishing 

It is another object of the present invention to store all equipment 60 requests information about the accounts it is 

types of data in the database driven insertion server that are about to process from the database server 10, using a small 

related to the other types of data in a way that makes 15 key encoded in the account barcode, and uses the informa- 

generating very flexible and detailed reports very easy. tion in the data file to continue processing the account. When 

It is a further object of the present invention to be able to the account has been completely processed (either rejected, 

modify instructions regarding the processing of each mail- removed, or ready to mail), the finishing equipment 60 

piece right up until the time the mailpiece is placed on a u P dates me database ™ ih a complete disposition of the 

machine for processing 20 account ' Th e exact status and location of each account is 

— « .„ . , , . . available at all times to users having access to the supervisor 

It is a still further object of the present invention to ^ m r 3Q Qnce ^ has ^ coated, 

generate a standard postal manifest that details all pieces the supervisor client computer 30 can create a manifest to 

processed and the amount owed the post office. presen{ t0 the United States Postal Service (USPS), and for 

It is a still further object of the present invention to 25 any pieces that were destroyed during processing, it can feed 

re-produce a list of mailpieces processed properly and the pertinent data back to the host to generate reprint 

mailpieces that did not process properly. material and new IDF data. Alternately, supervisor client 

Some of the objects of the invention having been stated, computer 30 can send data to a local "Winserter"-type mail 

other objects will become evident as the description processing device to create reprints locally. This allows 

proceeds, when taken in connection with the accompanying 30 accounts to be handled in a totally "closed loop" fashion, 

drawings described below. The description of the present invention describes ser- 

„ „ vices provided by the database server computer 10 and 

BRIEF DESCRIPTION OF THE DRAWINGS provided fordient applic P ations . ^ 

The foregoing advantages and features of the present services are intended to provide all the basic services 
invention will be appreciated more fully from the following 35 available in the software system design, including data file, 
description with reference to the accompanying drawings in database driven insertion, historical reports, real time moni- 
which: toring of machinery, operators, jobs, shifts, inserts tracking 
FIG. 1 illustrates a client/server architecture capable for and chargeback, manifesting, reprinting, and/or other suit- 
use with the present invention. able services apparent to those of skill in the art, while 

„ m „ <tn adding the ability to significantly extend the feature set, all 

BEST MODE FOR CARRYING OUT THE witho * ( ^^^^ compatibility. 
INVENTION 

A dataset, according to the present invention, is a named 

The present invention now is described more fully here- compilation of related data stored on the server. Datasets are 

inafter with reference to the accompanying drawings, in composed of ordered records, which are accessed by a 

which preferred embodiments of the invention are shown. 45 record identifier. Conceptually, datasets can be envisioned as 

This invention may, however, be embodied in many different virtual files which support normal file services such as create 

forms and should not be construed as limited to the embodi- file, open file, close file, delete file, read record, write record, 

ments set forth herein; rather, these embodiments are pro- and append record. Additionally, datasets have the ability to 

vided so that this disclosure will be thorough and complete, delete records, provide multiple views of records, create a 

and will fully convey the scope of the invention to those 50 new dataset based on an existing dataset, and some search 

skilled in the art. criteria among other abilities. All datasets have one thing in 

Referring now to FIG. 1, one possible client/server archi- common, namely, each dataset record has an attribute called 

tecture is shown which includes a database server computer "RecordID". The "RecordID" field defines the order of 

10 used as the central repository of all data, a machine client records in a dataset. The attribute "RecordID" may be stored 

computer (console) 20, a supervisory computer (supervisor) 55 inside the record, or may be implicitly designed by the 

30, and a computer network for operatively linking every- dataset itself. In either case, users of a dataset need only 

thing together. Solid lines represent electronic data flow know that every record "knows" its position, and every 

while dashed lines represent physical paper or material flow dataset "knows" its order. 

throughout FIG. 1. The preferred embodiment presently uses A record is the basic clement of a dataset. This is the 

Microsoft Windows™ NT Server 4.0 software, Interbase™ 60 smallest element that can be modified in a dataset. Note that 

Server 5.0, and custom written software running on the a record from a client point of view, and a record from a 

server machine and Interbase™ client software and/or cus- server point of view may be different for both the read and 

torn written software running on the client machines. The write cases. Clients may view a record as only a very small 

hardware is generally Intel Pentium™ II class generic per- number of fields, whereas the server may actually have 

sonal computer boxes. 65 many fields for every record. As long as the client fields are 

It is to be understood that the present invention illustrated a subset of the server fields, the server will send only the 

herein is readily implementable by those of ordinary skill in fields requested back to the client. 
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A RecLD is the basic "key" column for any dataset. The 
word "key" is emphasized, because this in no way implies 
that datasets are indexed databases. It is meant to infer the 
function of a key field. All dataset records have a RecordID 
which starts at 1, and increases sequentially allowing ele- 
ments of the dataset to be accessed by clients using the read 
record, update record, delete record, insert record, append 
record, open dataset, close dataset, seek record, and tell 
record type methods available in the standard "C" File/IO 
function set. Note that the actual order of data records in the 
dataset is both unknown and irrelevant. Unknown because 
the server can implement it in any way it chooses, and 
irrelevant because the servers only constraint on returning 
the dataset record to the client is that it happens "fast 
enough". 

Views are defined by the services layer to provide data of 
interest from a dataset. A view defines all the fields needed 
from a record in a dataset. A record in a dataset can have 
many views defined simultaneously, and the data needed by 
the client defines which view is used. There are two (2) main 
uses for views in the client services. In the case of reading 
records from a dataset, the view defines the set of fields the 
client wants the server to return for each record read. In the 
case of writing records from a dataset, the view defines the 
set of fields the client must send to the server for each record 
written. 

DDM stands for device and data management and refers 
to a (set of) client and server computers) that contain a large 
set of data relating current documents and past documents, 
along with tools to allow management of this data. The 
database server computer will never serve file or print 
services, as its only purpose is to provide data services 
through a suite of applications. These applications will be 
network communication based. 

One feature of the present invention is termed the client 
developers kit (CDK). It is an application programming 
interface which allows a client to be developed using any 
platform that has znlnterbase™ client library available. The 
client developers kit application programming interface 
gives access to data of interest without having to know about 
or understand the details of the database. 

Mail piece tracking refers to, inter alia, a client's ability 
to report the disposition of a mailpiece without necessarily 
being able to use the database driven insertion data defined 
in a record. This feature can be used for reprint generation 
and for generating manifests. 

Database driven insertion and processing data file 
(process directive file) are terms referring generally to the 
concept of having a electro-mechanical piece of equipment 
(an inserter, for example) associate large amounts of data 
with a small "key" or identifier printed on the material via 
codes (or other machine readable method). The data referred 
to by the "key" is changeable up to the moment the data is 
read and "placed" on the equipment. The data can supply 
(but is not limited to) address information for printing on 
envelopes, which inserts to drop on this individual account, 
whether this account should be stapled, etc. Of particular 
interest is a small piece of the data that allows inserts to be 
targeted to accounts individually. 

The term "stream" relates to input devices, such as 
continuous forms cutters and cut sheet feeders on a mail 
processing inserter. For instance, a mail processing inserter 
with two cutters and one sheet feeder is deemed to have 
three (3) streams. Hence, streamSheetOl, streamSheet02, 
and slreamSheet03 in the data file fields are filled. By 
convention, the most "upstream" mail processing device is 
said to be stream 1. 
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Another feature of the present invention is its ability to 
provide for duplicate checking. As the client inserter "fin- 
ishes" each mailpiece, the disposition of the mailpiece is 
saved in the data file data set via the data file account ID. The 
database driven insertion client can now provide real-time 
duplicate checking for the client inserter. If any other 
machine on the network has processed or is currently 
processing the mailpiece in question, the "latest" copy of the 
mailpiece will be deemed duplicate. A warning message will 
print on the client computer screen, and the mailpiece will 
be targeted for the reject bin. 

It always has been and will always be possible for a 
printer operator or other workers) on the mailroora floor to 
introduce duplicate copies of already existing material into 
the processing environment. To detect and remedy these 
problems as soon as possible, the data file (IDF) system 
includes real-time duplicate checking software. Overall, 
there should be no instances where the data file system does 
not detect a duplicate account. In nearly all cases, it will 
detect and reject them in real-time. In some cases where 
duplicate accounts are being processed within one (1) 
minute of each other on different inserters within the same 
network, the system will not be able to warn the operator of 
the duplicate until the second of the duplicate accounts exits 
the machine. 

When two or more machines process the same data with 
overlapping material the printer operator backs up the print 
job between stacks of paper. Database driven insertion 
clients would not be able to detect these errors by 
themselves, since the account sequencing information would 
be correct. Depending on how close in time the various mail 
processing machines processed the material, this case would 
be caught either by the "Server Reads Data" case or the 
"Server Writes Data" case. 

Should a stack of material on a single machine have 
duplicate material (from a printer rollback, for example) in 
the middle of the stack, the database driven insertion client 
would catch the first duplicate, because the account 
sequence there would be invalid. If more than one account 
were duplicated, however, the rest of the accounts would 
process normally. Duplicate checking detects this problem 
in the "Client Receives Data" case, the "Server Reads Data" 
case, or the "Server Writes Data" case, depending on the 
timing. 

In the "Server Reads Data" case, when the server receives 
a request for an account record, it checks the final destina- 
tion field of that record. If it is 'NP' (not processed), 'OR' 
(operator removed), or 'R2* (reject bin), the server changes 
nothing and passes the data record down to the client for 
processing. If the final destination is anything different than 
those mentioned above, the server sets the target destination 
of the account to 'DP* (duplicate), which will result in the 
account being sent to the reject bin. The client, whenever it 
receives a 'DP' target destination, can inform the operator 
that a duplicate account will be rejected. 

In the "Server Writes Data" case, when the server receives 
data back from the client to write into the data file database, 
it will know whether the record in the database has been 
modified. If it has been modified, the server checks to see if 
the final destination is set to an invalid destination. If it is, 
it will set the final destination of the record to 'DP' 
(duplicate), and send a message to the client to inform the 
operator that a duplicate mailpiece exists. 

In the "Client Receives Data" case, when the client 
receives a record from the server, it checks all the accounts 
that it is currently processing. If it finds a matching account, 



06/16/2003, EAST version: 1.03.0002 



6,119,051 



it will set the target destination of the new duplicate account 
to 'DP*. This account will eventually go to the reject bin. 

The abbreviations used in the tables below are explained 
defined as: 



SH 

SD 
ow 

RX 

OR 

NP 

DP 



LH 



Standard Handling (The destinations) for "Good" mailable mail). 
Security Divert. (The destination (s) for "Special" mail) 
Overweight Divert. (The destination(s) for material that is too 
heavy or too thick to be mailed). 

Reject Divert. (The destination(s) where "bad" or damaged 
material is sent). 

Operator Removed. (The destination where material that is 
removed by the operator is sent). 

The initial or Not Processed destination. This flag indicates the 
mailpiece must be recreated. 

Duplicate Account This indicates that the account was 
processed at least twice (i.e. more than one copy of this account 
went to 'SH', 'SD', or 'OW'. 

Late Hold. This indicates that the user (via a pre-processing 
function) has determined that the account should not be 
processed, and wants to require the inserter operator to remove 
the account from the mailing. 



8 



10 



When data file data is read from the database, if the 
duplicate count of the record is greater than zero, the final 
destination is returned as 'DP', regardless of what the actual 
final destination in the data is. The only exception to this is 
where the final destination is 'LH*. In this case, the final 
destination returned is 'LH', regardless of what the actual 
duplicate count is. The following table delineates these 
rules: 

TABLE 2 

Duplicate Destination Read Rules 
FINAL DESTINATION 





SH 


SD 


ow 


RX 


OR 


LH 


NONE 


0 


SH 


SD 


OW 


RX 


OR 


LH 


NP 


20 *> 


DP 


DP 


DP* 


DP* 


DP* 


LH 


DP* 



When the client reports a finished account to the server, 
the server determines the final disposition of the mailpiece 
by comparing the "current" disposition with the "new" 25 
disposition. Based on these two values, it chooses to incre- 
ment (or not) a value called the "Duplicate Count" (this is 
the first value in each cell in the table below) and decides 
whether to save the "new" data into the table (the second 
value in each cell of the table below). Lastly, the server 30 
returns a status for every write, and if the status is affected 
by the destinations, the status is listed in the third row of 
each cell. The following table of new and existing final 
destinations describes the rules governing every possible 
new and existing final destination: 



Note that there should never be final destinations OW, 
RX, OR, or NONE with a duplicate count greater than zero. 
These cases are handled as data integrity errors. 



When a user "fixes" the problem with a duplicate (or Late 
Hold), the client can call the "Release Duplicate" application 
programming interface which will decrement the duplicate 
count, return the current duplicate count and a status code. 
The table describing these rules is as follows: 



TABLE 1 

Duplicate Destinations 
EXISTING FINAL DESTINATION 





SH 


SD 


OW 


RX 


OR 


NP 


LH 


SH 


1 


1 


1 


0 


0 


0 


1 




No 


No 


No 


Yes 


Yes 


Yes 


No 




ERR_DUP 


ERR_DUP 


ERR_DUP 


ERR_NON 


ERR_NON 


ERR_NON 


ERR_LH 


SD 


1 


1 


1 


0 


0 


0 


1 




No 


No 


No 


Yes 


Yes 


Yes 


No 




ERR_DUP 


ERR__DUP 


ERR_DUP 


ERR_NON 


ERR_NON 


ERR_NON 


ERR_LH 


OW 


1 


1 


1 


0 


0 


0 


1 




No 


No 


No 


Yes 


Yes 


Yes 


No 




ERR_DUP 


ERR_DUP 


ERR_DUP 


ERR_NON 


ERR_NON 


ERR_NON 


ERR_LH 


RX 


0 


0 


0 


0 


0 


0 


0 




No 


No 


No 


Yes 


Yes 


Yes 


No 




ERR_NON 


ERR_NON 


ERR_NON 


ERR_NON 


ERR_NON 


ERR_NON 


ERR_NON 


OR 


0 


0 


0 


0 


0 


0 


0 




No 


No 


No 


Yes 


Yes 


Yes 


No 




ERR_NON 


ERR„NON 


ERR_NON 


ERR_NON 


ERR_NON 


ERR_NON 


ERR_NON 
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TABLE 3 

Release Duplicate Actions 
FINAL DESTINATION 



COUNT SH 



SD 



ow 



RX 



OR 



LH 



NONE 



<2 ERR_NON ERR_NON ERR_NON ERR_NON ERR_NON ERR_NON ERR_NON 

DC-0 DC = 0 DC-0 DC = 0 DC - 0 DC - 0 DC - 0 

>1 ERR_DUP ERR_DUP ERR_DUP ERR_NON ERR_NON ERR_LH ERR_NON 

DC_ DC_ DC_ DC = 0 DC-0 DC_ DC-0 



Note that the first item in each cell is the error code. The 
second is the action to be performed on the Duplicate Count 
(DC). 

The system and methodology of the present invention can 
be illustrated by way of the following example, which is 
described for illustrative purposes only and is not intended 
to be exhaustive of the potential applicability of the present 
invention. 

ILLUSTRATIVE EXAMPLE 

Consider an organization that wishes to print and mail a 
large batch of material to a set of its customers. First, the 
organization generates print images within a mainframe host 
computer, for instance. The print images, representing all or 
part of the mailpiece to be sent, are forwarded to a printer or 
printers to be printed on documents such as paper sheet 
articles. Thus, the content to be mailed is converted from 
electronic image to physical paper ready to be manipulated 
in a mail processing environment. The mainframe host 
computer, in this example, also generates database driven 



"mode" of the machine, (iii) which inserts are loaded 
into the mailing machine, and (iv) the methods of 
stapling, folding, printing, etc. for the machine. 

(2) Physically loading the material on the mail processing 
machine. 

(3) If the "Name" of the database driven insertion (DDI) 
data is not specified on the reader codes, the user must 
select which set of database driven insertion data to use 
from the database. 

(4) At this point, the machine begins processing the paper, 
following the "Job Level" instructions contained in the 
Job Setup, and the "Account Level" instructions con- 
tained in the database driven insertion data. 

Database driven insertion data for the following eight (8) 
accounts is generated by host computers and sent to the 
database server computer. The database server computer 
stores the data in the following manner: 



TABLE 4 



Database driven insertion Account Data 



Tray 


IDF 


Doc 


Target 


Tray 










Str 


Str 


Str 


Sti 


ID 


ID 


ID 


Dest 


Dest 


DPBC 


Pull Key 


User Field 


Proc. Dir 


0 


1 


2 


3 


4464 


160 
"AA" 


3643 


"SH" 




"1111111 
1111" 


"0000000056721475" 


"00000000567 
21475" 


" NNNNNNNNNYNNNNNN NNNN" 


3 


0 


0 


0 


4464 


160 
"AA" 


3644 


"SH" 




"111111 
11111" 


"OOOOOOOOS^o^'r 


"00000000590 
49304" 


" NNNNNNNNNYNNNNNN NNNN" 


3 


0 


0 


0 


4464 


160 
"AA" 


3645 


"SH" 




"111111 
11111" 


"0000000059038 11 T 


"00000000590 
38117" 


"NNNNNNNNNYNNNNNN NNNN" 


3 


0 


0 


0 


4464 


160 
"AA" 


3646 


"SH" 




"111111 
11111" 


"0000000059052456" 


"00000000590 
52456" 


"NNNNNNNNNYNNNNNN NNNN' 


3 


0 


0 


0 


4464 


160 
"AA" 


3647 


"SH" 




"111111 
11111" 


"0000000059691501" 


"00000000596 
91501" 


" NNNNNNNNNYNNNNNN NNNN" 


3 


0 


0 


0 


4464 


160 
"AA" 


3648 


"SH" 




"111111 
11111" 


"0000000057681793" 


"00000000576 
81793" 


"NNNNNNNNNYNNNNNN NNNN" 


3 


0 


0 


0 


4464 


160 
"AA" 


3649 


"SH" 




"111111 
11111" 


"0000000059307249" 


"00000000593 
07249" 


"NNNNNNNNNYNNNNNN NNNN" 


3 


0 


0 


0 


4464 


160 
"AA" 


3650 


"SH" 




"111111 
11111" 


"0000000058294141" 


"00000000582 
94141" 


" NNNNNNNNNYNNNNNN NNNN" 


3 


0 


0 


0 



insertion data that is forwarded to the organization's mail- 
room database server. The database driven insertion data is 
then inducted or imported into the database driven insertion 

and mail piece tracking system. 

After the material has been printed and the data has been 60 Trav 10 
populated into the database, the mail processing machines 
begin processing the printed material. An operator of the IDF 10 
mail processing machine initiates the following process: 
(1) Selecting and loading a "Job" for the machine. The job 
is defined in the database and was created previously by 65 
a user with authority and privilege to do so. The job 
defines (i) reader codes printed on the material, (ii) the 



The above table data is defined as follows: 



Information about the mailing tray the mailpiece belongs 
to. 

The IDF data group this mailpiece belongs to. Generally, 
an IDF corresponds to a print run. 
The desired "destination" of the mailpiece on the mailing 
machine. This would correspond to "SH" (Standard 
Handling), "SD" (Security Divert), "OW" (Overweight). 
Information necessary to print a tray tag. 



Target Dest 



Tray Dest 
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-continued 



DPBC (Delivery Point Bar Code.) Information necessary to print 

the Postnet Barcode on the mailpiece. 
Pull key Customer Defined key to look up a particular mailpiece. 
User Field Customer Defined key for customer use. 
Proc Dir Processing Directives give instructions to the machine 

regarding whether to Staple, Seal, Drop Inserts, etc on 

this particular mailpiece. 
Str O-Str 3 Page count information for up to three (3) streams of 

material. Note that these mailpieces only have pages 

from stream O. 
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Print and Verify String Data for these mailpieces appears 
as follows: 

Print String Data 15 
Insert Verify String Data 

As the processing of the material progresses, the machine 
begins to send mailpiece tracking data back to the database. 
The data sent back for the accounts listed above could, for 
example, appear as follows: 
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mailable destination), mailpiece 3647 was never "seen" by 
the machine (because of a read error, for example), 3648 was 
OR (operator removed) for reason #546 (possibly a jam or 
some other problem), 3649 was diverted to the R2 (reject 
bin) for the same reason (#546). Table 5 also shows that the 
mailpieces were processed during Shift 3 and Joblnstance 
821. The database contains detailed information about the 
processing in the Job and Shift tables. 

Once the machine finishes processing the mailpieces, 
reports are generated that show which mailpieces were 
successful, which need to be reprinted, etc. The reports are 
fed back into the system to start another print run. 

The present invention provides several advantages over 
prior art systems and methods. First, all types of data stored 
in the database driven insertion server are related to the other 
types of data in a way that makes generating very flexible 
and detailed reports very easy. 

Second, since instructions about each mailpiece are stored 
in the database, the instructions can be modified right up 
until the time the mailpiece is placed on a machine for 
processing. This is sometimes referred to as late binding. 



TABLE 5 



Returned Mailpiece Tracking Account Data 



Fin. 






Shift 


Job 




Key 




Dest 


Inserts 


Seq 


Doc 


IDF 


Dup 


Dest 


Start Time 


Finish Time 


ID 


ID 


Weight Pos 


tage Line 


Status 


Rsn 


Fed 


Num 


ID 


ID 


Count 


"SH" 


10/21/1998 
17:49:47 


10/21/1998 
17:51:07 


3 


821 


251 




0 


1 


"000" 


"3" 


3643 


160 


0 


"SH" 


10/21/1998 
17:49:47 


10/21/1998 
17:51:07 


3 


821 


251 




0 


1 


"000" 


«4» 


3644 


160 


0 


"SH" 


10/21/1998 
17:49:47 


10/21/1998 
17:51:07 


3 


821 


251 




0 


1 


"000" 


"5" 


3645 


160 


0 


"SH" 


10/21/1998 
17:49:48 


10/21/1998 
17:51:07 


3 


821 


251 




0 


1 


"000" 


"6" 


3646 


160 


0 


"OR" 


10/21/1998 
17:49:47 


10/21/1998 
17:51:07 


3 


821 


251 




0 


546 


"000" 


"0" 


3648 


160 


0 


**R2" 


10/21/1998 
17:51:16 


10/21/1998 
17:52:36 


3 


821 


251 




0 


546 


"000" 


"0" 


3649 


160 


0 


"SH" 


10/21/1998 
17:51:16 


10/21/1998 
17:52:36 


3 


821 


251 




0 


1 


"000" 


"7" 


3650 


160 


0 



The data for table 5 is defined as follows: 


Final 


The location the mailpiece ended up in on the 


Destination 


machine. 


Stad Time 


The time the mailpiece began processing on the 




machine. 


Stop Time 


The time the mailpiece exited the machine. 


Shift ID 


The shift the mailpiece was processed on. 


Job ID 


The Job Instance the mailpiece was processed on. 


Weight 


The final weight of the mailpiece. 


Postage 


The final cost of the mailpiece. 


Key line 


The key line printed on the mailpiece (if any). 


Status 


The final status of the mailpiece. 


Destination 


The "reason" the mailpiece went to the destination 


Reason 


it did. 




Inseds Fed 


Information about which inserts fed on the 




mailpiece, and explanations of why. 


Sequence 


The sequence number of the mailpiece. 


Number 




Document ID 


Used to look up/relate DDI data in the previous 




table. 


IDF ID 


Used to look up/relate DDI data in the previous 




table. 


Duplicate Count 


Used to check for, and signal duplicate accounts. 



45 



Table 5 shows that mailpieces 3643, 3644, 3644, 3645, 
3646, and 3650 went to destination SH (the "normal" 



Third, since all mail piece tracking data is kept in the 
database, one of the reports that can be generated is a 
standard postal manifest that details all pieces processed and 
the amount owed the post office. This is sometimes referred 
to as machine based manifesting. 

Fourth, since the mail piece tracking data tracks all 
mailpieces processed properly and all mailpieces processed 
improperly, a list of mailpieces to re-produce is easy to 
50 produce. This is sometimes referred to as reprint generation. 
Fifth, the database contains a physical description 
(including a scanned image) of all materials to be used in the 
mailroom. This includes inserts, envelopes, and sheets (of 
paper). No other mail processing implementation known to 
55 the inventors has the ability to show an image of the 
insert/envelope selected. This feature reduces operator 
errors by showing the operators pictures of the materials 
they should be loading into the machine. This is sometimes 
referred to as centralized materials data. 

Sixth, the database contains information about all the 
machines connected to it and the instructions to the 
machines for each job. Thus, there is no need to program 
each machine separately. This is sometimes referred to as 
centralized job programming. 

Seventh, the database contains a list of all defined "bar- 
codes". When the user programs a job, he/she has the option 
of creating a new "barcode" map, or selecting one of the 



60 



65 
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already defined ones. There is no need to program the reader 
map on each individual machine. This is sometimes referred 
to as centralized reader code map programming. 

Eighth, since all mail piece tracking data is in the same 
database, production reports can be easily generated to show 5 
relationships between different machines, operators, shifts, 
and jobs. This is sometimes referred to as centralized 
production/efficiency reports. 

Ninth, since the mail piece tracking data tells which 
inserts all fed for each account, and contains the physical 10 
descriptions of the inserts, a report detailing the chargeback 
amounts can be produced. This is sometimes referred to as 
centralized inserts chargeback reports. 

Tenth, descriptions of each user and each user's allowed 
privileges is kept in the database, and is managed from a 15 
single application. This allows management of all operators/ 
users in the mailroom from one central location. This feature 
allows some (well trained) users to have privileges to 
perform In certain actions with the equipment that other 
(less well trained) operators would not. The allowed privi- 20 
leges for each user/operator is managed completely by the 
customer. This is sometimes referred to as centralized user 
privilege management. 

Eleventh, descriptions of each machine are kept in the 
database. This allows programs like Job Setup to ask ques- 25 
tions pertinent only to the machines the job is intended for. 
It also allows easy access to information about each machine 
without having to look at the machine computer itself. This 
is sometimes referred to as centralized machine definition. 

Twelfth, the database contains a master event log that 30 
contains all events that may be of interest to a user/customer. 
These events include (but are not limited to) Machine 
Starting, Machine Stopping, User Logged In, User Logged 
Out, Job Started, Job Ended, Shift Started, Shift Ended, Job 
Created, Job Deleted, Job Modified, etc. This is sometimes 35 
referred to as a centralized event log. 

Appropriate computer program code in combination with 
hardware implements many of the elements of the present 
invention. This computer code is often stored on storage 
media. This media can be a diskette, hard disk, CD-ROM, or 40 
tape. The media can also be a memory storage device or 
collection of memory storage devices such as read-only 
memory (ROM) or random access memory (RAM). 
Additionally, the computer program code can be transferred 
to the appropriate hardware over some type of data network. 45 

The foregoing is illustrative of the present invention and 
is not to be construed as limiting thereof. Although a few 
exemplary embodiments of this invention have been 
described, those skilled in the art will readily appreciate that 
many modifications are possible in the exemplary embodi- 50 
ments without materially departing from the novel teachings 
and advantages of this invention. Accordingly, all such 
modifications are intended to be included within the scope of 
this invention as defined in the claims. For instance, the 
architecture described herein is easily extendible to manage 55 
processes not normally associated with the mailroom. Some 
of these processes include direct billing over the internet, 
print on demand, archiving collections of documents to a 
CD-ROM, etc. 

In the claims, any means-plus-function clauses are 60 
intended to cover the structures described herein as perform- 
ing the recited function and not only structural equivalents 
but also equivalent structures. Therefore, it is to be under- 
stood that the foregoing is illustrative of the present inven- 
tion and is not to be construed as limited to the specific 65 
embodiments disclosed, and that modifications to the dis- 
closed embodiments, as well as other embodiments, are 
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intended to be included within the scope of the appended 
claims. The invention is defined by the following claims, 
with equivalents of the claims to be included therein. 
That which is claimed: 

1. A system for managing abase mailpiece processing 
comprising: 

(a) a server computer including a database comprising a 
plurality of records including instruction sets for han- 
dling individual mailpieces; 

(b) at least one reader for reading key code marked 
mailpieces each key code corresponding to one instruc- 
tion set of the instruction sets in the database; and 

(c) a client computer, responsive to the reader, for request- 
ing the instruction set for handling a mailpiece corre- 
sponding to a key code on the mailpiece as the key code 
is read and causing performance of at least one mail 
processing task in accordance with the instruction set, 
the client computer immediately updating the record in 
the server computer database corresponding to the 
mailpiece being processed as the at least one mail 
processing task is performed to indicate the status of 
the mailpiece and track the mailpiece in real time. 

2. The system of claim 1 comprising a supervisor com- 
puter coupled to the server computer for generating at least 
one report concerning the performance of at least one mail 
processing task. 

3. The system of claim 2 wherein the supervisor computer 
requests mailpiece tracking data from the server computer 
and generates at least one report concerning the tracking of 
at least one mailpiece. 

4. The system of claim 3 in which the at least one report 
is a postal manifest report. 

5. The system of claim 1 wherein the database comprises 
stored instructions about each mailpiece and wherein the 
instructions are modifiable at any time prior to performance 
of a mail processing task utilizing the instructions. 

6. A system for managing database driven insertion and 
mailpiece tracking data comprising: 

(a) a server populating a database with data comprising a 
plurality of records including instruction sets for han- 
dling individual mailpieces; 
a reader for reading, from a mailpiece, a key code 
corresponding to a database location containing an 
instruction set for handling the mailpiece; 

(c) a client, responsive to the reader, for requesting the 
instruction set for handling the mailpiece from the 
server, such that the server receives the request from the 
client, accesses the instruction set for handling the 
mailpiece and forwards the instruction set to the client; 

(d) a mail processing device coupled to the client for 
performing at least one mail processing task on the 
mailpiece in accordance with the instruction set; and 

(e) means, responsive to the mail processing device, for 
immediately updating a record in the database corre- 
sponding to the mailpiece being processed. 

7. The system of claim 6 further comprising means for 
generating at least one report concerning the performance of 
at least one mail processing task. 

8. The system of claim 6 further comprising means for 
generating at least one report concerning the tracking of at 
least one mailpiece. 

9. The system of claim 8 in which the at least one report 
is a postal manifest report. 

10. The system of claim 6 in which said database may be 
populated with new data anytime prior to performance of a 
mail processing task utilizing said data. 
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11. A method for managing database driven insertion and 
mailpiece tracking data comprising: 

(a) populating a database with data comprising a plurality 
of records including instruction sets for handling indi- 
vidual mailpieces; 

(b) reading, from a mailpiece, a key code corresponding 
to an instruction set for handling the mailpiece; 

requesting the instruction set for handling the mailpiece 
from the database; 

(d) at a server: 

(i) receiving requests from one or more clients for 
instruction sets for handling individual mailpieces 
and, in response, accessing the requested instruction 
set for handling the mailpiece from the database; and 

(ii) forwarding the requested instruction set to the one 
or more clients; and 

(e) at a client: 

(i) receiving the requested instruction set for handling 
the mailpiece from the server; 

(ii) performing at least one mail processing task in 
accordance with the requested instruction set; 

(iii) gathering mailpiece tracking data as the mailpiece 
is processed during said at least one mail processing 
task; and 

(iv) immediately updating a record in the database 
corresponding to the mailpiece being processed. 

12. The method of claim 11 further comprising generating 
at least one report concerning the performance of at least one 
mail processing task. 

13. The method of claim 11 further comprising generating 
at least one report concerning the tracking of at least one 
mailpiece. 

14. The method of claim 13 wherein the at least one report 
is a postal manifest report. 

15. The method of claim U comprising modifying the 
instructions in the database immediately before accessing 
the database to retrieve the instructions. 
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16. A client/server system for managing mail processing 
and mailpiece tracking data, the system comprising: 

(a) a database server computer comprising a central 
repository for mail processing data including instruc- 
tion sets for processing individual mailpieces and mail- 
piece tracking data for tracking the individual mail 
pieces; 

(b) a machine client computer for requesting one of the 
instruction sets for processing an individual mailpiece 
from the database server computer based on account 
information read from a mailpiece and for transmitting 
updates to the database server computer in real-time as 
the mailpiece is processed; 

(c) a supervisory computer for communicating with the 
database server computer and the machine client com- 
puter to allow users to determine status and location 
information relating to mailpieces being processed; and 

(d) a network for linking the database server computer, the 
machine client computer, and the supervisory com- 
puter. 

17. The client/server system of claim 16 wherein after 
processing of the account has been completed, the supervi- 
sory computer generates a manifest indicative of the pro- 
cessing of the account. 

18. The client/server system of claim 16 comprising a 
mainframe computer coupled to the network for sending 
mail processing data to the database server computer. 

19. The system of claim 16 wherein the database server 
computer is adapted to display a scanned image of the 
mailpiece being processed. 

20. The system of claim 16 wherein the database server 
computer is adapted to allow late binding of the account 
information from the mailpiece to one of the instruction sets. 



06/16/2003, EAST version: 1.03.0002 



United States Patent [19] 

Gosling et al. 



Illllllllllllllllilllllilllllilillllllillll 



US005928323A 
[ii] Patent Number: 
[45] Date of Patent: 



5,928,323 
Jul. 27, 1999 



[54] APPARATUS AND METHOD FOR 
DYNAMICALLY GENERATING 
INFORMATION WITH SERVER-SIDE 
SOFTWARE OBJECTS 

[75] Inventors: James A. Gosling, Woodside; Pavani 
Diwanji, San Jose; David W. Connelly, 
Los Altos, all of Calif. 

[73] Assignee: Sun Microsystems, Inc., Mountain 
View, Calif. 

[21] Appl. No.: 08/828,318 
[22] Filed: Mar. 28, 1997 

Related U.S. Application Data 

[63] Continuation-in-part of application No. 08/756,325, Nov. 
25, 1996, abandoned, which is a continuation of application 
No. 08/657,712, May 30, 1996, abandoned. 

[51] Int. CI. 6 G06F 13/00 

[52] U.S. CI 709/203; 709/219; 709/217 

[58] Field of Search 395/200.49, 200.33, 

395/200.47, 200.46, 200.56, 200.55, 200.59, 

200.42 

[56] References Cited 

U.S. PATENT DOCUMENTS 

5,341,477 8/1994 Pitkin et al 395/200.56 

5,452,454 9/1995 Basu 395/652 

5,475,421 12/1995 Palmer et al 348/15 

5,475,819 12/1995 Miller et al 395/200.33 

5,570,291 10/1996 Dudle et al 364/468.01 

5,612,730 3/1997 Lewis 348/8 

5,630,066 5/1997 Gosling 395/200.51 

5,721,825 2/1998 Lawson et al 395/200.33 



OTHER PUBLICATIONS 

Lowe, Jim; "How Java servlets can replace CGI scripts — for 
ease, performance & more", Netscape World, May 5, 1997 
(http ://www.cs.berkeley.edu/"" padmanab/papers/masters-tr. 
ps), (http ://www. netscape world .com/netscapewo rld/nw-05- 
1997/nw-05-bytecode.html). 

Gorman, Trisha; "Server-side applets in Java generate 
developer anticipation", Netscape World, Jul. 4, 1996, 
(http://www.netscapeworld.com/netscapeworld/nw-07- 
1 996/mw-07-j eeves.html). 

Padmanabhan, Venkata; "Improving World Wide Web 
Latency", University of California at Berkeley Computer 
Science Division Report, No. UCB/CSD-95-875, (http:// 
www.cs.berkeley.edu/" padmanab/papers/masters-tr.ps). 
Brown, Mark R.; "FastCGI: A High-Performance Gateway 
Interface", Fifth International World Wide Web Conference, 
May 2, 1996 (http://www.fastcgi.com/kit/doc/www5-api- 
workshop.html). 

Editor; "Control of Dynamic Threads Pool for Concurrent 
Remote Procedure Calls", IBM Technical Disclosure Bulle- 
tin, vol. 38, No. 5, May 1995, pp. 199-200. 

Primary Examiner — Zarni Maung 

Attorney, Agent, or Firm— William S. Galliani; Pennie & 
Edmonds LLP 



[57] 



ABSTRACT 



A method and apparatus for operating a local server com- 
puter of a client-server network includes a technique to 
receive a request from a client computer of the client-server 
network. A determination is made whether the request 
requires dynamically generated information from a servlet 
object of the client-server network. If so, a specified servlet 
object corresponding to the request may be uploaded from a 
remote server computer of the client-server network. The 
specified servlet object is then executed to obtain dynami- 
cally generated information corresponding to the request. 

30 Claims, 5 Drawing Sheets 
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APPARATUS AND METHOD FOR 
DYNAMICALLY GENERATING 
INFORMATION WITH SERVER-SIDE 
SOFTWARE OBJECTS 

This application is a continuation-in-part of U.S. Ser. No. 
08/756,325 filed Nov. 25, 1996, entitled "Method and Sys- 
tem for Facilitating Servlets," now abandoned, which is a 
continuation of U.S. Ser. No. 08/657,712 filed May 30, 
1996, entitled "Method and System for Facilitating 
Servlets/' now abandoned. 

A portion of the disclosure of this patent document 
contains material which is subject to copyright protection. 
The copyright owner has no objection to the facsimile 
reproduction by any one of the patent disclosure, as it 
appears in the Patent and Trademark Office patent files or 
records, but otherwise reserves all copyright rights whatso- 
ever. 

BRIEF DESCRIPTION OF THE INVENTION 

This invention relates generally to exchanging informa- 
tion in a client-server computer environment. More 
particularly, this invention relates to an improved technique 
for responding to information requests at a server computer. 

BACKGROUND OF THE INVENTION 

Client-server computer networks are well known. The 
most prominent example of a client-server computer net- 
work is the World Wide Web of computers. In a client-server 
computer network, a server computer receives a request for 
information from a client computer. Web server software 
operating on the server computer typically retrieves the 
requested information from a file stored on a permanent 
storage device and transmits the file over the network to the 
client computer that requested the information. The web 
server software is generally not written using an object 
oriented programming language. Thus, it is not easily 
extended to provide new functionality. Given the dynamic 
nature of today's software marketplace, a product's lack of 
flexibility and extendibility can seriously hinder the market- 
ability of the product. 

Current web server software can generate a file dynami- 
cally in response to a request from a client computer. 
Typically, the web server receives the request and then forks 
a Common Gateway Interface (CGI) process to dynamically 
create the file. Once the file has been created, the web server 
software transmits the file back to the client computer. 
Unfortunately, it is computationally expensive to fork a 
process each time dynamic information needs to be gener- 
ated. 

In view of the foregoing, it would be highly desirable to 
provide a web server which dynamically generates informa- 
tion in response to a client computer request, but which does 
not incur a process start-up expense while generating the 
dynamic information. Further, it would be highly desirable 
to provide an object oriented web server environment that is 
flexible and extendible. 

SUMMARY OF THE INVENTION 

The invention includes a method and apparatus for oper- 
ating a local server computer of a client-server network. The 
invention includes a technique to receive a request from a 
client computer of the client-server network. A determina- 
tion is made whether the request requires dynamically 
generated information from a servlet object of the client- 



28,323 

2 

server network. If so, a specified servlet object correspond- 
ing to the request may be uploaded from a remote server 
computer of the client -server network. The specified servlet 
object is then executed to obtain dynamically generated 

5 information corresponding to the request. 

The servlet objects of the invention provide an object 
oriented web server environment which is flexible and 
extendible. The client -server network of the invention is 
populated with the servlet objects. The servlet objects oper- 

30 ate in a continual loop until invoked. Thus, there is no 
startup overhead associated with execution of the servlet 
objects. By observing a common applications program 
interface, the servlet objects can run in any server environ- 
ment. A feature of the invention allows untrusted servlet 

15 objects to be executed in a secure area, with the dynamically 
generated information being passed from the secure area 
into the remaining server environment. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 For a better understanding of the nature and objects of the 
invention, reference should be made to the following 
detailed description taken in conjunction with the accom- 
panying drawings, in which: 

25 FIG. 1 illustrates a client-server computer network in 
accordance with an embodiment of the invention. 

FIG. 2 is a simplified illustration of the interactions 
between a web server and the servlets of the present inven- 
tion. 

30 FIG. 3 is a simplified illustration of the interactions 
between a web server and a servlet loaded from an external 
server. 

FIG. 4 illustrates processing steps associated with a 
servlet processing routine in accordance with an embodi- 
35 ment of the invention. 

FIG. 5 illustrates processing steps associated with a 
servlet processing routine in accordance with an embodi- 
ment of the invention. 
^ Like reference numerals refer to corresponding parts 
throughout the several views of the drawings. 

DETAILED DESCRIPTION OF THE 
INVENTION 

45 FIG. 1 illustrates a client-server computer network 20 that 
may be operated in accordance with the present invention. 
The network 20 includes at least one client computer 22 and 
at least one server computer 24. The client computer 22 and 
the server computer 24 are connected by a transmission 

50 channel 26, which may be any wire or wireless transmission 
channel. 

The client computer 22 is a standard computer including 
a Central Processing Unit (CPU) 30 connected to a memory 
(primary and/or secondary) 32. The memory 32 stores a 

55 number of computer programs, including a "browser" 34. As 
known in the art, a browser is used to communicate with 
remote server computers 24 and to visually present the 
information received from such computers. The client com- 
puter 22 establishes network communications through a 

60 standard network connection device 36. 

The server computer 24 includes standard server com- 
puter components, including a network connection device 
40, a CPU 42, and a memory (primary and/or secondary) 44. 
The memory 44 stores a set of computer programs to 

65 implement the processing associated with the invention. The 
memory 44 stores a web server 46. The web server 46 may 
be of the type known in the art, which is modified to include 
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the additional programs shown in FIG. 1. That is, in an As shown in FIG. 4, a server acceptor thread 48 is used 

embodiment of the invention, a standard web server 46 is to process each new request. Preferably, the invention is 

modified to include a server acceptor thread 48, a connection implemented as a connection-oriented web server with a 

queue 50, a pool administrator 52, a thread pool 54, servlets server acceptor thread that continually loops while accepting 

56, a servlet map 58, a security administrator 60, and 5 requests. Once a request is received, it dispatches the request 

boundary servlets 62. to a connection queue (step 72). As shown in FIG. 1, the 

• .m: _. •«! . r . n connection queue 50 is formed in the memory of the local 

FIG. 2 is a simplified illustration of a server computer 24 server computer 24 

A constructed in accordance with an embodiment of the ¥ _ p * . , , . , • j . 

invention. The figure shows a web server 46 interacting with „ lf no new *? ues ' 15 rece,ved ' the " a <* e <* * made t0 

a set of servlets 56A-56N. In particular, the web server 46 1° determme whether ,he 9 ueue * ' < ste P 71 >- If the 1 ueue 

interacts with the servlets through an application program 15 not or % n f w c rec l u , e 1 st has I bee „ D re ^ eived ' P races * n S 

interface (API). As indicated in FIG. 1, the web server 46 P roceeds t0 ste P ™: ? tep 74 enta ^ ' hread P°°l adm ! nistra - 

and the servlets 56 are stored in memory 44. The web server ^ M T T^.^ 1 *? ad " mi f '* tor 

46 may be standard web server software that is modified to 52 - FI ?' \ ll ! us,rates a thread P 00 ! 5 5 11,6 lhread P 00 ' 54 18 

include the functionality described herein. Each servlet 56 is « ■ P°?l °f that are used for request processing, 

a piece of software code which is used to dynamically ^dividual threads fetch and process requests from the 

generate information. Each servlet 56 is an instantiated «™«*°° queue 50. The pool administrator 52 operates to 

software object waiting to be invoked: Once it is invoked, it ensure that a thr f ad for each re< * u , est m thc "T^ 

dynamically generates information. Note that this technique n °" 1 uel ? 1 50 ' P* P™1 administrator 52 creates or forks 

of dynamically generating information is distinct from the 20 additional threads to handle new requests in the connection 

typical process of fetching static information from a perma- 50. If a max— number of threads is reached, the 

nent storage device. The technique of the invention is similar P° o1 administrator 52 blocks new requests from entering the 

to a CGI script in the sense that it dynamically generates connection queue 50. In such a case, the server computer 

information. However, unlike a CGI script, a servlet object doesnot recelve new r6( I" ests - 0a } he other hand, if a thread 

of the present invention is instantiated at server start-up. 25 has been waiting more than a predetermined period of time 

Thus, the servlet can be thought of as operating in a f ° r a re< l uest ^ m the connection queue 50, then the pool 

continual loop waiting to be executed. Observe that after administrator 52 will destroy it. Preferably, a new handler 

instantiation there is no computational start-up expense " « L created the buffer space of a destroyed 

when the servlet is called. handler thread. In other words, the invention is preferably 

• . 30 implemented by using a specific buffer memory space for a 

FIG. 3 is a general illustration demonstrating additional mread wheQ a threa(J ^ destr ^ the buffer m 

features of the invention. FIG. 3 illustrates a local server ^ deared) bu , ., ^ d , 0 a new mread Q reusi 

computer 24A which receives a request from a client com- aUocated m m mjs ^ ^ embodiment of the 

puter (not shown) over transmission channel 26 The web invention minimizes the amount of memory used by the 

server 46 determines that dynamically generated informa- g daU when compared t0 systems which allo . 

tion from a servlet object is required. In this case, the servlet „i , i, . „ ._„ — u^-^ 

~ A , cate and deallocate memory on a per request basis, 

object is not initially on the local server computer 24A, thus aa.i_.i_j i j • • * .• 

•! i j j i_ II i I * <%* * c After the thread pool administration operations are per- 

it is uploaded by the local server computer 24A from a - , , . ... r , . . r . r . 

. r J _^,ti • .• !• i ^_r formed (step 74) a thread retrieves a request from the 

remote server computer 24B using communication link 26. r 7 / 4 t-. tl _ , 

j ., , r t-i^ i t _-_-« * i r .i_ connection queue (step 76). The thread then maps the 

In the example of FIG. 3, servlet 56P is passed from the . . n , ; . -, ox , . , 

r Vjt* * .i_ i - .40 request to a servlet name (step 78). The servlet may be 

remote server computer 24B to the local server computer ._- , , tmT . , • . , . • 

2^ specified by a URL, in which case the mapping process is 

direct. On the other hand, some translation process may be 
FIG. 3 illustrates another feature of the invention. In requ i re d to identify which servlet will be able to service the 
particular, it illustrates that the uploaded servlet 56P is request. The mapping operation may be performed in one of 
executed m a security area 57 of the local server computer 45 the followirjg ways. A server administrator may specify that 
24A. After execution, the results are passed to a boundary some kinds of dient requests always map to a particular 
servlet 60 in the remaining portion of the local server servlet. For example, one which talks to a particular data- 
computer 24A. This security feature allows untrusted serv- base A administrator may specify that part of the 
lets to be safely executed. c ^ ent request is the name of the servlet, as found in an 
The foregoing discussion provides a general description 50 administered servlets directory. At many sites, that directory 
of the features and benefits of the invention. Attention now would be shared between servers which share the load of 
turns to a more detailed description of these features and processing for the site's clients. Some servers may be able 
benefits. The left side of FIG. 4 illustrates processing steps to automatically invoke servlets to filter the output of other 
associated with an embodiment of the invention. The right servlets, based on their administrative configuration. For 
side of FIG. 4 illustrates program components that may be 55 example, particular types of servlet output may trigger 
used to execute these operations. post-processing by other servlets, perhaps to perform format 
The first processing step shown in FIG. 4 is to determine conversions. Properly authorized clients may specify the 
whether a new request has been received (step 70). As servlet to be invoked, without administrative intervention, 
indicated above, a request is a request for information from Security operations may also be performed by the thread 
a client computer 22 to a server computer 24. The operation 60 (step 80). A security administrator 60 may be used to 
of a client computer 22 requesting information from a server identify trusted and untrusted classes of servlets. The deci- 
computer 24 is well known. It is typically performed using sion to trust a servlet may be established by a set of rules 
a Uniform Resource Locator or URL. A URL specifies a associated with the security administrator 60. For example, 
computer and a file. A typical URL is http://SU/123. This the security administrator 60 may decide to trust all local 
URL is an instruction to retrieve the file "123 " from the 65 servlets and mistrust all uploaded network servlets. 
Slate University computer "SU" using the Hypertext Trans- Untrusted servlets are then executed in the security area 57, 
fer Protocol "HTTP". as shown in FIG. 3. The security administrator 60 may also 
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be used to determine if the servlet is authorized to perform 
predetermined risky operations. Security information of this 
type may be stored in the thread. 

JAVA servlets in accordance with the invention provide 
strong security policy support. This is because all JAVA 
environments provide a Security Manger which can be used 
to control whether actions such as network or file access are 
to be permitted. By default, all servlets are untrusted, and are 
not allowed to perform operations such as accessing network 
services or local files. However, servlets "built into" the 
server, or servlets which have been digitally signed as they 
were put into JAVA Archive files, may be trusted and granted 
more permissions by the security manager. A digital signa- 
ture on executable code indicates that the organization 
which signed the code "vouches for it" in some sense. Such 
signatures can't support accountability by themselves, but 
they do indicate a degree of assurance that may be placed on 
use of that code. For example, a particular signature from an 
MIS organization might be required on all code which is 
granted general access to network services within a corpo- 
rate intranet. That signature might only be used on code 
which is strongly believed not to violate particular security 
policies. Extension APIs in other languages, such as C or 
scripting languages, can't support such fine grained access 
controls even if they do allow digital signatures for their 
code. 

After security operations are performed (step 80), the 
thread is dispatched (step 82 of FIG. 5). The dispatch 
operation entails invoking a servlet so that it generates the 
requested dynamic information. The dispatch operation is 
one of two types. A decision is made to determine whether 
the servlet is local (step 84). If the servlet is local, then the 
local servlet is executed (step 86). This results in the 
generation of dynamic information that is then processed by 
the web server 46 in a standard manner. The web server 46 
typically passes the information back to the client computer 
using known techniques. The exchange of information 
between a servlet and the web server 46 is achieved through 
an application program interface, which is described below. 

If the servlet is not local, then it is uploaded from a remote 
server 24B (step 88). A decision is then made regarding 
whether the uploaded servlet is safe (step 90). Recall that the 
security operation step resulted in the thread acquiring 
information regarding security parameters for servlets. If 
there are no security problems associated with the uploaded 
servlet, then it is executed locally (step 92). On the other 
hand, if a security problem is identified, then the servlet is 
executed in a security area (step 94). Thereafter, the dynami- 
cally generated results are passed to the non -security area 
(step 96). A boundary servlet may be used for this purpose. 
The boundary servlet may be implemented through the use 
of stubs and subcontracts or through other "fire wall" 
techniques known in the art. After the servlet is executed, 
processing returns to step 70 of FIG. 4. 

The operation of the invention has now been fully 
described. Attention now turns to a more particular discus- 
sion of the servlet objects that are used in accordance with 
the invention and an embodiment of the application program 
interface used in connection with the servlet objects. As 
indicated above, the servlet objects are software objects that 
are used to dynamically generate information. They are 
instantiated objects that sit in a loop waiting to be invoked. 
Preferably, they are implemented as object bytecodes in the 
JAVA198 programming language. It is well known that the 
JAVA™ programming language is used to implement 
"applets" on a client computer. An "applet" is executable 
JAVA object bytecodes that are used to generate a graphical 
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display on a client computer. The servlets of the present 
invention are executed on the server side and do not have 
graphical content. 

A servlet is typically instantiated on server startup. In the 

5 alternative, the servlet may be instantiated under a prede- 
termined set of conditions or by client invocation. The 
servlet may be instantiated and executed by using its URL 
(e.g., http://host/<servlet URL>). The http protocol supports 
the passing of arguments, thus, arguments may be passed to 

10 the servlet (e.g., http://host/<servlet URL>?<arguments>). 
The properties object is a JAVA programming language 
properties class which comprises a set of 'name: value" pairs. 
A system administrator can pass arguments to an instantiated 
HttpServlet object through the properties object. In this way, 
the system administrator can "customize" an HttpServlet for 

15 a particular server at a particular site. For example, the 
system administrator can pass the Httpservlet object site 
specific information about the network location of a data- 
base which stores documents that will be requested by client 
processes across the network or the amount of memory 

20 available in system buffers which will be used for processing 
the server administrator. 

Once instantiated, a servlet loops until the server is shut 
off or a destroy method is called on the servlet by the server. 
Since the servlet operates in a continual loop as it waits for 

25 requests to act upon, the server computer avoids the over- 
head of creating and destroying the servlet between requests 
to the servlet. In addition, keeping servlets alive between 
requests allows servlets to pass data and communicate 
amongst themselves. For example, servlets can maintain 

3 q data about a user between sessions by the user. This data can 
be shared among different servlets in order to customize a 
working environment within which the user works. If serv- 
lets were created and destroyed on a per request basis, it 
would be much more difficult, if not practically impossible, 

35 for a servlet to understand the environment within which it 
runs and utilize this knowledge to provide improved pro- 
cessing capabilities. The server computer can call a destroy 
method on the servlet when some resource limit in terms of 
time, memory, etc. is reached. 

40 The servlet application program interface (API) estab- 
lishes a standard for interfacing servlets with information 
servers, such as web servers. The servlet API contains 
methods for initializing a servlet, processing the request, 
getting servlet information, and destroying the servlet. The 

45 servlet API allows platform independent servlets. An 
example servlet interface is as follows: 



Servlet interface: 
interface HttpServlet { 

Initialize (ServletContext, Server Proper ties); 

Service(HttpRequest, HttpResponse); 

Destroy( ); 

} 



55 The server computer passes objects that implement the 
"HttpRequest", while the servlet returns an "HttpResponse" 
object. The "Servlet Context" interface is used to exchange 
information with the server environment. Some of the meth- 
ods on the "ServletContext" object are "Getserver( )" and 

60 "GetServlets( )". "GetServer" returns a pointer to the parent 
server within which the instantiated Httpservlet runs. Using 
this pointer, the HttpServlet object can find out information 
about its parent server. The "GetServlet" method returns 
pointers to the servlets running on the parent server. The 

65 "ServerProperties" interface is used to exchange informa- 
tion regarding specific server properties established by a 
server administrator. 



06/16/2003, EAST Version: 1.03.0002 



5,928,323 



Servlets support the familiar programming model of 
accepting requests and generating responses. The following 
is a simple servlet defining a single method called "service": 



import java.servlet.*; 

public class MyScrvlct extends GenericServlet { 

public void service ( 

ServletRequest request, 
ServletResponse response 

)thiows ServletException, IOException 

{ 



} 



} 



The service method is provided with Request and Response 
parameters. These parameters encapsulate the data sent by 
the client, thereby allowing servlets to report status 
information, such as errors. Servlets normally retrieve most 
of their parameters through an input stream, and send their 
responses using an output stream: 

ServletlnputStream in=request.getInputStream( ): 
ServletOutputStream out=response.getOutputStream( ); 
These input and output streams may be used with data 
in whatever format is appropriate. For example, an 
applet and servlet might exchange data using object 
serialization, HTML, or any number of image formats. 
Since servlets are JAVA objects, they have instance - 
specific data. This means that in effect servlets are indepen- 
dent applications running within servers, without needing 
the complexity of additional classes (which are required by 
some alternative server extension APIs). Servlets have 
access to some servlet-specific configuration data at initial- 
ization time. This allows different instances of the same 
servlet class to be initialized with different data, and be 



25 



30 
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managed as differently named servlets. The data provided at 
initialization time includes an area where each instance 
keeps its persistent instance-specific state. 

Building upon the previous simple servlet examples, the 
following program code is an example of a servlet that is 
used to send Hypertext Markup Language (HTML) text 
when it is invoked: 



public class SimpleServlet extends GenericServlet { 
public void service(ServletRequest req, ServletResponse res) 
throws ServletException, IOException 



{ 



20 



} 



res . setContentType ("text/html"); 

PrinlWriter out = new PrintWriter(res.getOutputStream( )); 

out.prinUn("<HEAD><TTTLE> SimpleServlet Output 
</ITTLE></HEAD><BODY>"); 
out.println("<hl> SimpleServlet Output </hI>"); 
out.println( u <P>This is output from SimpleServlet."); 
out.println("</BODY>"); 
out.flushQ; 



} 



public String getServlet!nfo( ) { 

return "A simple servlet"; 

} 



The following program code is an example of a servlet 
that uses the finger protocol to query information about users 
on specified host computers. The query string parameters 
<tt>user</tt>, <tt>hosts</tt>, and <tt>verbose</tt>can be 
used to specify the user and hosts to query. The parameter 
<tt>user</tt>is the user name, <tt>hosts</tt>is a comma- 
separated list of host names to query, and <tt>verbose</tt>, 
if specified, will cause verbose output to be generated. For 
example, <pre>http:/go a/finger. html?user=dac&hosts«eno, 
doppio&verbose-yes </pre>will request full information 
about user "dac" on both hosts "eno" and "doppio". 



public 

class FingerServlet extends GenericServlet { 
/• 

*Port number for finger daemon. 
V 

static final int FINGER_PORT - 79; 

r m 

* Handles a single finger request from the client. 
V 

public void service(Servle (Request req, ServletResponse res) 
throws ServletException, IOException 

{ 

String user - req.getParameter("user"); 
String hosts - req.getParameter("hosts"); 
String verbose - req.getParameterC*verbose"); 
res.setContentType(" text/html") ; 

Prints tream out » new PrintStream(res.getOutputStream( )); 
- out.p rintlnf" <html>"); 

out.println("<head><title>Finger Servlet</title></head>"); 
out.p rintln (" <body >"); 
out.println("<h2>Finger results:<^h2>"); 
outprintIn("<pre>"); 
if (hosts =- null) { 

finge^out, user, null, "yes".equalsIgnoreCase(verbose)); 

} else { 

StrikingTokenizer st = new StringTokenizcrfliosts, "/'); 
while (st.hasMoreTokens()) { 

String host - st.nextTbken( ); 

out,println("[" + host + M ]"); 

try { 

flnger(out, user, host, 
"yes".equalsIgnoreCase(verbose)); 
} catch (IOException e) { 

outprintln(e); 

} 
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-continued 



out.printIn( ); 

} 

} 

out.println(" <^pre>'*); 
out.println(" <yix)dy></html>"); 



* Sends finger output for a user and host to the specified output 

* stream. 
V 

void fingerfOutputStream out. String user, String host, boolean verbose) 
throws lOException 

{ 

// open connection to finger daemon 
Socket s; 
if(host =r= null) { 

s = new Socket(InetAddress.getLocalHost(), FINGER_POKT); 

} else { 

s = new Socket(host, FINGER_PORT); 

} 

// send finger comand 

PrintStream ps - new PrintStream(s.getOutputStream( )); 
if(verbose) { 

ps.print(7W); 

} 

if(user ! « null) { 

ps.print(user); 

} 

ps.print("\r\n"); 
ps.ftush( ); 

// copy results to output stream 
InputStream in = s.getInputStream(); 
byte[ ]buf - new byte [512]; 
int len; 

while ((len = in.read(buf, 0, buf.length)) !=-!){ 
out.write(buf, 0, len); 

} 

s.close( ); 



Those skilled in the art will appreciate that servlets which 
are being used with the HTTP protocol may support any 
HTTP method, including GET, POST, BEAD, and more. 
They may redirect requests to other locations, and send 40 
HTTP-specific error messages. They can get access to 
parameters which were passed through standard HTML 
forms, including the HTTP method to be performed and the 
URI, which identifies the destination of the request. 

As indicated above, one of the biggest performance 45 
features of servlets is that they do not require creation of a 
new process for each request. In most environments, many 
servlets run in parallel within the same process as the server. 
When used in such environments with HTTP, servlets pro- 
vide compelling performance advantages over both the CGI 5Q 
approach and the Fast-CGI approach. This is because serv- 
lets have a small computational expense during thread 
context switches. Since in most environments servlets can 
handle many client requests each time they are initialized, 
the cost of the initialization is spread over many methods. 
All the client requests to that service have the opportunity to 55 
share data and communications resources, benefitting more 
strongly from system caches. 

Those skilled in the art will appreciate that the servlets of 
the invention can be used to dynamically extends Java- 
enabled servers. The servlets provide a general framework 60 
for services built using the request-response paradigm. The 
servlets can provide secure web-based access to data which 
is presented using HTML web pages and they can be used 
for interactively viewing or modifying that data using 
dynamic web page generation techniques. 65 

The servlets of the invention may be used to provide 
customized multi-user services for customer bases. The 



servlets are also flexible enough to support standardized 
services, such as serving static web pages through the HTTP 
(or HTTPS) protocols, and proxying services. Since they are 
used for dynamic extensibility, they may be used in a plug-in 
style, supporting facilities such as search engines and semi- 
custom applications, such as web-based order entry or 
inventory systems. 

Although the servlets are preferably written in JAVA, the 
servlet clients may be written in any language. When 
servlets are used in the middle tiers of distributed application 
systems, they can in turn be clients to other services, written 
in any language. 

Those skilled in the art will appreciate that servlets may 
be used in several modes. The basic mode is at the core of 
a request/response protocol. In addition, servlets may be 
specialized to support protocols such as HTTP. In HTTP 
based applications, servlets are portable, complete, and 
much more efficient replacement for CGI based extensions. 
Also, in HTTP applications, servlets may be used with 
HTML server side includes to dynamically generate part of 
a web document. 

The foregoing description, for purposes of explanation, 
used specific nomenclature to provide a thorough under- 
standing of the invention. However, it will be apparent to 
one skilled in the art that the specific details are not required 
in order to practice the invention. In other instances, well 
known circuits and devices are shown in block diagram form 
in order to avoid unnecessary distraction from the underly- 
ing invention. Thus, the foregoing descriptions of specific 
embodiments of the present invention are presented for 
purposes of illustration and description. They are not 
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intended to be exhaustive or to limit the invention to the 
precise forms disclosed, obviously many modifications and 
variations are possible in view of the above teachings. The 
embodiments were chosen and described in order to best 
explain the principles of the invention and its practical 5 
applications, to thereby enable others skilled in the art to 
best utilize the invention and various embodiments with 
various modifications as are suited to the particular use 
contemplated. It is intended that the scope of the invention 
be defined by the following Claims and their equivalents. 30 
We claim: 

1. A method executed by a local server computer under 
the control of a program, said local server computer includ- 
ing a memory for storing said program, said local server 1S 
computer forming a portion of a client-server network, said 
method comprising the steps of: 

receiving a request from a client computer of said client- 
server network: 

20 

determining that said request requires dynamically gen- 
erated information from a servlet object of said client- 
server network; 

uploading from a remote server computer of said client- 
server network a specified servlet object corresponding 25 
to said request; and 

executing said specified servlet object to obtain dynami- 
cally generated information corresponding to said 
request. 

30 

2. The method of claim 1 further comprising the step of 
passing dynamically generated information from said speci- 
fied servlet object to a web server operating on said local 
server computer, said passing step being facilitated with an 
application program interface. 35 

3. The method of claim 2 wherein said application pro- 
gramming interface specifies techniques for performing at 
least one of the following operations: initializing a servlet 
object, executing a servlet object, and destroying a servlet 
object. 40 

4. The method of claim 2 wherein said specified servlet 
object and said application program interface are specified 
as object bytecodes in the JAVA programming language. 

5. The method of claim 2 further comprising the step of 
sending said dynamically generated information from said 45 
web server to said client computer. 

6. The method of claim 1 wherein said executing step 
includes the steps of executing said specified servlet in a 
security area of said local server computer; and 

passing said dynamically generated information from said 50 
security area to a non-security area of said local server 
computer. 

7. The method of claim 1 wherein said local server 
computer stores a plurality of servlet objects, each of said 
servlet objects continuously operating until invoked in 55 
response to a specified request from a client computer. 

8. The method of claim 7 wherein said plurality of servlet 
objects pass data to one another. 

9. The method of claim 7 wherein said selected servlet 
objects of said plurality of servlet objects are instantiated at 60 
the start-up of said local server computer. 

10. The method of claim 7 wherein selected servlet 
objects of said plurality of servlet objects are instantiated in 
response to a demand from said client computer. 

U. The method of claim 7 wherein selected servlet 65 
objects of said plurality of servlet objects are instantiated in 
response to an activated servlet URL. 



12 

12. The method of claim 11 wherein said servlet HTML 
includes arguments. 

13. The method of claim 1 wherein said receiving step 
includes the step of storing said request in a connection 
queue. 

14. The method of claim 13 wherein said determining step 
includes the step of selecting a handler thread from a pool of 
handler" threads to execute said determining step. 

15. The method of claim 14 further comprising the step of 
operating said pool of handler threads by selectively creating 
a new handler thread and destroying an old handler thread. 

16. The method of claim 15 wherein said operating step 
includes the step of reusing a buffer memory space of said 
old handler thread for said new handler thread. 

17. A computer readable memory that can be used to 
direct a server computer of a client-server computer network 
to function in a specified manner, comprising: 

a first set of instructions to receive a request from a client 
computer of said client-server network; 

a second set of instructions to determine that said request 
requires dynamically generated information from a 
servlet object of said client-server network; 

a third set of instructions to upload from a remote server 
computer of said client-server network a specified 
servlet object corresponding to said request; and 

a fourth set of instructions to execute said specified servlet 
object to obtain dynamically generated information 
corresponding to said request. 

18. The apparatus of claim 17 further comprising a fifth 
set of instructions to pass, through an application program 
interface, dynamically generated information from said 
specified servlet object to a web server operating on said 
local server computer. 

19. The apparatus of claim 18 further comprising a sixth 
set of instructions to pass said dynamically generated infor- 
mation from said web server to said client computer. 

20. The apparatus of claim 17 further comprising a 
seventh set of instructions to store a plurality of servlet 
objects on said server computer, each of said servlet objects 
continuously operating until invoked in response to a speci- 
fied request from a client computer. 

21. The apparatus of claim 20 wherein said seventh set of 
instructions include instructions to pass data between said 
plurality of servlet objects. 

22. The apparatus of claim 20 wherein said fifth set of 
instructions include instructions to pass data between said 
plurality of servlet objects. 

23. A computer readable memory that can be used to 
direct a server computer of a client-server computer network 
to function in a specified manner, comprising: 

a first set of instructions to receive a request from a client 

computer of said client-server computer network; 
a second set of instructions to determine that said request 

requires dynamically generated information from a 

servlet object of said server computer; 
a third set of instructions to execute said specified servlet 

object to obtain dynamically generated information 

corresponding to said request; and 
a fourth set of instructions to pass said dynamically 

generated information to said client computer. 

24. The apparatus of claim 23 wherein said second set of 
instructions include instructions to interpret a servlet URL 
corresponding to said request. 

25. The apparatus of claim 23 wherein said second set of 
instructions include instructions to interpret a servlet URL 
with arguments. 
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26. The apparatus of claim 23 further comprising a fifth 
set of instructions to store a plurality of servlet objects on 
said server computer, each of said servlet objects continu- 
ously operating until invoked in response to a specified 
request from a client computer. 

27. A client-server computer network, comprising: 
a client computer to generate a request; and 

a server computer to determine that said request requires 

dynamically generated information from a servlet 

object of said server computer, 
execute said specified servlet object to obtain dynamically 

generated information corresponding to said request, 

and 



;,323 
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pass said dynamically generated information to said client 
computer. 

28. The apparatus of claim 27 further comprising a remote 
server computer storing a set of servlet objects that can be 
passed to said server computer. 

29. The apparatus of claim 27 wherein said server com- 
puter stores a plurality of servlet objects, each of said servlet 
objects continuously operating until invoked in response to 
a specified request from said client computer. 

30. The apparatus of claim 29 wherein said plurality of 
servlet objects pass data between themselves. 

* * * * * 
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mail piece information generated by the data processing 
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physically preparing mail pieces related to the generated 
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related to the physical preparation of the mail. Second secure 
processing means securely store and encrypted information 
generated by the mail preparing means. Means sort the mail 
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packaging of the mail pieces. Third secure processing means 
securely store and encrypt information generated by the mail 
sorting and packaging means. Apart of the software program 
used to generate the mail piece information can be securely 
stored. Mail piece information to verify that the software 
program was employed to generate the mail piece informa- 
tion is encrypted. 
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SYSTEM AND METHOD FOR DETECTION Moreover, systems have been proposed for postal payment 

OF ERRORS IN ACCOUNTING FOR POSTAL with verifiable integrity to detect attempts to interfere with 

CHARGES IN CONTROLLED ACCEPTANCE the rating process for the postage amount to be imprinted as 

ENVIRONMENT opposed to interference with the resulting printed postage 

5 value. In this connection, reference is made to U.S. Pat. No. 
FIELD OF THE INVENTION 5,448,641 for POSTAL RATING SYSTEM WITH A VERI- 
The present invention pertains to mail payment and LIABLE INTEGRITY, 
evidencing systems and, more particularly, to a mail pay- Both permit mail and manifest mail systems, as well as 
ment and evidencing system which is adapted to be related contract mail systems, usually have no evidence of 
employed with a batch of mail prepared by a mailer and 10 postage payment on individual mailpieces and require corn- 
processed by a carrier as part of the mail distribution plex and extensive acceptance procedures and associated 
process. documentation. These systems are very complex, time con- 
suming and inaccurate for the carrier service in administer- 
BACKGROUND OF THE INVENTION ing and accepting mail. Moreover, the funds security of the 
Various methods have been developed for payment of 15 svstem is since it is open to undetectable collu- 
carrier services. These payment methods include postage S10D ; Once permit mail has been accepted into the earner 
stamps which are individually applied to each mailpiece and mad dehverv svstem ' 11 15 extremely difficult to determine 
metered imprints which are also individually applied to each ^ hether the mai * has been P*" 1 /™ Furthermore, because of 
mailpiece. Additionally, other systems have been developed , n lhe X™ techniques used for payment adjustments a 
such as permit mail where a carrier issues a permit allowing 20 significant loss of revenue or over payment by either the 
certain types of mailing and manifest systems wherein mail camer or the "f** f * he case ^ be > * possible smce 
is manifested and delivered to a carrier service along with P a y ment * verified only by a sampling method. In addition, 
the manifest systems of this type are very complex for the mailer, are 

j -i ' j . t i ..ir error prone and require extensive documentation. Further, 

In a mail production environment, where large batches of ~ jL . \ c . ■ .« 4 , 

j j u c *i_ u . .i j the risk of overpayment by the mailer or the requirement to 

mail are produced, each of the above payment methods , t , , * *• j -i j * j- * 

. y . . * j c redo the documentation and mail due to adjustments exists 

involves compromises between ease of use and security for t ajj-.* « * c .u- * 

tU * r * * • c. j >| in these systems. Additionally, the systems of this type 

the payment of postage to the earner service. Stamped mail , y . y. J t . Jr 

J u *u • involve tune consuming costly acceptance procedures, 

requires costly printing of stamps by the earner service, as w - Jt ?, J .? *y 

\* i » i j c *u * Moreover, for certain of these permit payment systems, 

well as costly control and revenue accounting for the stamps. ™ . , , . * 

w t r lT c 4 . iL j preprinted envelopes must be maintained m inventory. 

Moreover, the utilization of stamps as a payment method r r r J 

provides little information to the carrier service related to the ^ improved manifest system has been proposed, for 

cost associated with operating any particular facility or any example, as set forth in U.S. Pat. No. 4,907,161 for BATCH 

particular class of mail delivery service provided. MAILING SYSTEM, U.S. Pat. No. 4,837,701 for MAIL 

Additionally, the utilization of stamps particularly in a large 35 PROCESSING SYSTEM WITH MULTIPLE WORK STA- 

mail production environment, does not easily accommodate TIONS; U.S. Pat. No. 4,853,864 for MAILING SYSTEM 

multiple rate mailings. Mechanical dispensing of stamps is HAVING POSTAL FUNDS MANAGEMENT; U.S. Pat. 

slow and prone to malfunction. The labor and time involved No - 4,780,828 for MAILING SYSTEM WITH RANDOM 

in purchasing of stamps by the mailer is costly, and security SAMPLING OF POSTAGE; and U.S. Pat. No. 5,675,650 

isUmitedduetothefi,ofstampsandreusedor«washinrof 40 *>r CONTROLLED ACCEPTANCE MAIL PAYMENT 

stamps 5 40 AND EVIDENCING SYSTEM. 

Traditional metered mail provides a significant level of SUMMARY OF THE INVENTION 
security for the carrier service. However, in high volume 

production mail environment variable weight mailings may 11 is an 0D J ect of the present invention to provide an 

require multiple meters to achieve high throughput speeds 45 improved postage payment and evidencing system, 

and mechanical malfunctions may frequently occur for high It is a further object of the present invention to provide an 

volumes of mail printed by meters with mechanical printing effective controlled acceptance process for such mail that 

mechanisms. includes improved flexibility for the mailer in creating mail 

Many of these problems have been alleviated with the and a hi S h level of security for payment and evidencing of 

advent of new electronic postage meters, particularly post- 50 a Ppropnate carrier service. 

age meters which are adapted to print with digital printing H is vet a further objective of the present invention to 
technologies. Enhanced security has been obtained with employ a system for batch mail along with verification 
postage meters with digital printing through the use of procedures in the creation and physical preparation of the 
encrypted indicias. The encrypted indicias employ a digital mail- 
token which is encrypted data that authenticates the value 55 A mail generation system embodying the present inven- 
and other information imprinted on the mailpiece. Examples tion includes means for processing data to generate mail 
of systems for generating and using digital tokens are piece information and first secure processing means for 
described in U.S. Pat. No. 4,757,537 for SYSTEM FOR securely storing and encrypting mail piece information 
DETECTING UNACCOUNTED FOR PRINTING IN A generated by the data processing means. Means are coupled 
VALUE PRINTING SYSTEM; U.S. Pat. No. 4,831,555 for 60 to the data processing means for physically preparing mail 
UNSECURED POSTAGE APPLYING SYSTEM; and, U.S. pieces related to the generated mail piece information and 
Pat. No. 4,775,246 for SYSTEM FOR DETECTING for generating information related to the physical prepara- 
UNACCOUNTED FOR PRINTING IN A VALUE PRINT- tion of the mail. Second secure processing means securely 
ING SYSTEM. Because the digital token incorporates store and encrypted information generated by the mail 
encrypted data including postage value, altering of the 65 preparing means. Means sort the mail pieces and generate 
printed postage revenue and the postage revenue block is information related to the sorting and packaging of the mail 
detectable by an appropriate verification procedure. pieces. Third secure processing means securely store and 
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encrypt information generated by the mail sorting and 
packaging means. 

A mail generation method for embodying the present 
invention includes processing data to generate mail piece 
information and securely storing and encrypting mail piece 
information generated by the data processing. Mail pieces 
related to the generated mail piece information are physi- 
cally prepared and information related to the physical prepa- 
ration of the mail generated. Information generated by the 
mail preparing is securely stored and encrypted. Information 
related to the sorting and packaging of the mail pieces is 
generated and the information generated by the mail sorting 
and packaging is securely stored and encrypted. 

In accordance with a feature of the invention, a method 
for mail generation includes processing data to generate mail 
piece information and securely storing a part of the software 
program used to generate the mail piece information. Mail 
piece information to verify that the software program was 
employed to generate the mail piece information is 
encrypted. 

In accordance with yet another feature of the present 
invention, a method for mail generation includes processing 
data to generate mail piece information and securely storing 
and encrypting mail piece information generated by the data 
processing. Mail pieces related to the generated mail piece 
information are physically prepared and information related 
to the physical preparation of the mail is generated. Infor- 
mation generated by the mail preparing is securely stored 
and encrypted. A comparison is made of the securely stored 
and encrypted mail piece information generated by the data 
processing and the securely stored and encrypted informa- 
tion generated by said mail preparing means. 

In accordance with still another aspect of the invention, 
mail may be physically inspected for consistency with the 
securely stored and encrypted mail piece information gen- 
erated by the data processing and the securely stored and 
encrypted information generated by the mail preparing 
means. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Reference is now made to the following Figures wherein 
like reference numerals designate similar elements in the 
various views and in which: 

FIG. 1 is a diagrammatic depiction of a batch mail 
generation system employing the present invention; 

FIG. 2 is a secure trusted accounting device suitable for 
use in the system shown in FIG. 1. 

FIG. 3 is a mail piece created in accordance with aspects 
of the present invention. 

FIG. 4 is a secure statement of mailing including state- 
ment discounts generated by the system shown in FIG. 1. 

FIG. 5 is a verification system for mail pieces created by 
the system shown in FIG. 1. 

FIG. 6 is a flow chart for the process of generation of 
secured statement of mailing including statement of dis- 
counts; and 

FIG. 7 is a flow chart for the process of verification of the 
secure statement of mailing including statement of dis- 
counts. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

General Background 

Physical mail is the lifeblood of the mail communication 
system. The mail communication system remains the only 
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universal means of communication between businesses and 
customers, e.g. households as well as between households. 

Billing is a classical example of a critical business func- 
tion accomplished through mail communication system. For 
5 example, a large utility company such as a telephone com- 
pany produces and sends on a regular basis (typically 
monthly) bills to its customers. From information point of 
view each bill is composed of billing data (such as account 
number, itemized charges and totals, due date etc.) and the 

3 q delivery address where the bill must be sent by mail. The 
billing data is a message or a document. 

Production of mail by large mailers is a complex process 
frequently involving several stages. The delivery address (or 
simply address if there is no confusion with origination 

15 address) and message data are normally created, processed 
and maintained in a Data Processing environment where 
powerful main frame or mini computers process large 
amount of data required to generate mail. Almost all infor- 
mation processing functions for mail creation takes place in 

20 this environment including addresses verification, 
presorting, creation of the information for mail pre- 
barcoding and generation of machine-readable codes for 
mail assembly machines also known as inserters. If the mail 
composition data (i.e. a set of parameters sufficient to 

25 compute postal rate for each mail piece) known at this stage 
postal charges are also computed and Statement of Mailing 
or manifest information is created. These are physical or 
electronic documents containing among other things sum- 
mary of postal charges based on mail rating parameters such 

30 as weight, presort level, prebarcoding, postal zone etc. Then 
mailing components are printed by a high speed printing 
systems. These components are sheets of paper with mes- 
sage information, address information and machine readable 
assembly instructions. After the printing process, printed 

35 components are brought into mail production facilities 
where they are merged with other materials and assembled 
into finished mail pieces. During this process, postal charges 
may be computed by an insertion machine (if it was not 
possible to do so during the Data Processing stage) and 

40 imprinted on individual mail items or summarized in a 
Statement of Mailing or both. Typically, the postal charges 
computed during the mail production phase when the mail 
composition is not known at the time of printing of the 
message and the address/control code bearing documents. 

45 All mailers which produce sizable amounts of mail wish 
to take advantage of worksharing discounts whenever pos- 
sible. These are frequently mail charge discounts for pre- 
sorting and/or prebarcoding discounts. If the number of mail 
pieces produced or geographical distribution of delivery 

50 addresses are not sufficient to qualify for presort discounts, 
mailers frequently physically merge their mailings with 
other mailings and presort resulting mailings on production 
mail sorters similar to ones used by postal operators. 
Alternatively, mailer may choose to bring the nonqualified 

55 portion of their mailings to a service company for merging 
and presorting with mailings from other companies in 
exchange for a portion of postal discount. Finally, mail is 
delivered for controlled acceptance into a postal or other 
facility where accuracy of the charges computed by the 

60 mailer may be verified by postal employees before mail is 
accepted for distribution. The verification may be of a 
sample of the mail. In this environment errors, intentional or 
accidental, are frequent. In USA the incorrectly claimed 
discounts may be large and even exceed hundreds of mil- 

65 lions of dollars annually. It has been discovered, that the 
problem lies not with the actual physical presort or the 
quality of bar codes, but with the accounting for such presort 
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or prebarcoding. The reason for this phenomenon is that Description in the publication Secure Electronic Transaction 

mailers are not interested in submitting physically incor- (SET) Specification published Jun. 17, 1996, by Master 

rectly presorted mailings because this will affect the quality Card and Visa). This may be particularly advantageous since 

and timeliness of delivery of their mail thus defeating the it will allow to transport the entire Statement of Mailing 

purpose of mail communication. However, unscrupulous 5 encrypted using a session symmetric key encrypted with the 

mailers are very much interested in presenting incorrect Postal authority public key. It also allows to include in the 

accounts to maximize their discounts. The problem is aggra- message the symmetric secret key which was used to 

vated by the fact that being caught with the incorrect com P ute ^ { tokens -imprinted on individual mail pieces 

accounting such mailers facing no risk. They are required to t0 P rcmde ^ t0 used for add ' ess 

pay additional charges assessed by postal acceptance clerks no Pressing. THis delivers a very effective, and S1 mple, key 

when discovered, but they can try to present incorrectly management system. 

accounted for mailings again and again. Methods proposed From me Statement of Discounts postal computer can 

to solve the problem by "certifying" presort/prebarcoding then compute presort qualification profile, being, for 

software. These approaches, in principle, have severe limi- example, the number of pieces that belong to 3 digit postal 

tations since they provide no binding link between physical is code level > 5 ^ level ctc - together with the estimated 

mail and software used to produce such mail. The unscru- number of trays to each 3 digit level and the number of 5 

pulous mailer can simply use different than "certified" di S il P ostal code bundles in each tray labeled with the 

software for producing actual mail or use "certified" soft- corresponding 3 digit postal code. This information can be 

ware to processes some fictitious addresses artificially added compared during the acceptance process with the composi- 

to the real mailing list, which would never make it into 20 tion of Physical mail presented for acceptance using an 

actual mailing. In either case "certified" software accom- appropriate sampling procedure. Any discrepancy between 

pushes very little in achieving the goal of revenue protec- me STAD records and the records obtained as a result of 

t j 0D physical examination of mailing in the total number of 

T „ t T c p , t N r c /C7c /:cn ,co;^ trt ti,. c, mo pieces which is estimated based on the total weight as 

In a U.S. Pat. No. 5,675,650 assigned to the same assignee *; . .. * . 

as the present invention an effective mechanism for verify- 25 described in U.S^ Pat. No. 5,675,650, the entire specification 

ing the number of mail pieces accounted by a secure trusted °* wmch is u hereb y mc °? b * ^ference, in the number 

accounting device has been already described. This mecha- of es tha * w ' re add ^^ t0 a &™ P°*tal code etc 

nism enables the verification authority to find any discrep- wo ^ d not f$ ^^ d but a VCry substaDtial 

ancy between the reported and accounted and the actual evidence of * aud sufficient for P rosecutlon - 

numbers of mail pieces in the mailing, thus enabling quick 30 One modification of the present invention allows to 

and effective detection of mail pieces which were not securely link every mail piece with its Statement of Dis- 

accounted for but present in the mailing. This is the case of counts - ^ 15 done b ? imprinting or labeling every mail, 

the outright stealing of full postage for unreported number of P iece wth m encrypted number obtained from the delivery 

mail pieces. The present case describes extension of this address ^formation for the piece, a piece unique identifi- 

concept to a more subtle case of stolen postal discounts. 35 cation number and the Statement of Mailing ID. The 

encrypted number (more appropriately known as the cipher- 
System Overview text or digital token) can be in the form of a truncated 
It has been discovered that the accounting for presorted Message Authentication Code or obtained by any other 
and/or prebarcoded pieces can be done in conjunction with appropriate cryptographic primitive which provides for 
address processing in a secure manner. This means that all 40 source authentication and data integrity (see Handbook of 
the information required to compute postal discounts is Applied Cryptography, CRC Press 1997). If such a secure 
normally available at the time of the mailing list processing ^ implemented it provides a mechanism for proving 
and can be supplied to a secure trusted accounting device deliberate fraudulent activities. 

(STAD). The STAD is electronic hardware and associated A very important benefit of the present invention is the 
software where such information is securely stored. The 45 ability to provide evidence of fraud and thus generates a 
information in STAD can not be changed once it is entered serious deterrence effect. Unscrupulous mailer would have a 
in STAD, but can be completely erased if required. Upon serious problem claiming an innocent processing error and 
completion of mailing list processing the STAD contains in would have a difficult time in trying to defraud postal 
its non-volatile memory (NVM) a complete record of the authority by a similar method again. The basic method 
number mail pieces to be produced together with their so described here can be extended to a number of other 
respective postal codes. This information can be digitally alternatives such as to the mail presorted by mailers using 
signed and submitted in computerized form directly to the physical sorting (not computerized sorting). In this case each 
postal acceptance unit where postal computer can verify the physical mail sorter is equipped with STAD that keeps 
digital signature thus making sure that the information was record of presort activities. If the final mailing to be sub- 
not changed in transit and so the postal computer would have 55 mitted for acceptance by the Post was produced or presorted 
a computerized record of exactly the same information as by several sorters or inserters, the aggregate Statement of 
was submitted by mailer's address processing software to Mailing including Statement of Discounts can be combined 
the STAD. The information file produced by STAD and from such statements produced by individual STADs 
communicated to the Post (verification authority) is a State- attached to each machine computer controller. This can be 
ment of Mailing, which may include complete set of infor- 60 done by a computing device such as a PC equipped with 
mation regarding discounts, applied by the mailer. We call another STAD. In this case individual statements submitted 
this part of the Statement of Mailing the Statement of to such a PC digitally signed (or MACed). The PC verifies 
Discounts. The Statement of Mailing is digitally signed and each signature, assures the authenticity and integrity of data, 
can be communicated to the Post together with the public and then merges all records together and digitally signs the 
key certificate signed by the Post or other certification 65 aggregate statement. 

authority. It can be also communicated in the form of digital It should be expressly noted that in the case when mailer's 

envelope (see, for example, page 20 Book I Business Electronic Data Processing and Mail Production facilities 
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are not co located two separate STADs can be used in 
conjunction with Data (Address) Processing and Mail 
Assembly. At the end of address processing activity the 
Statement of Discounts is digitally signed and can be 
transmitted to a computing device in mail production facil- 5 
ity. This transmission can be done via a network such as 
LAN, WAN or public network such as Internet. In the latter 
case the Statement of Discounts can be encrypted using for 
example the digital envelope mode mentioned above. 
Alternatively, the Statement of Discounts can be physically 
transferred using magnetic or optical storage device such as 
floppy diskette or CD ROM. In either case the computing 
device in the mail production facility is capable of receiving 
and interpreting the Statement of Discounts. At the end of 
the mail production run, when the STAD connected to mail 35 
generation system, for example, an inserter contains all other 
data needed to form a Statement of Mailing the two files 
(Statement of Discounts and mail generation file containing 
weights and postage by category and other information as 
described below) are merged. We refer to the combined file 2 q 
as the Statement of Mailing. It is digitally signed and sent to 
the verification authority (Post) with the digital signature, 
signature and certificate or in the form of the digital enve- 
lope (if privacy protection is required). 

The Statement of Mailing contains as a minimum all the 25 
information about mailing and its generation process needed 
to verify that the accounting process was performed properly 
and all the charges are correctly computed by the mailer's 
equipment. Alternatively, if as a result of the verification 
process verification authority determines (by taking physical 30 
measurements of the mailing and performing tests and 
comparing the results of such tests and measurements with 
the secure information in the Statement of Mailing) that 
accounting was not done properly, the verification authority 
will be in the possession of evidence of deliberate fraudulent 35 
activities on the part of the mailer. The process allows for 
noted above generalization when several mail assembly 
machines (inserters) or several Electronic Data Processing 
computers are involved in the preparation of the mailing. 

It has been also discovered that a certain modification of 40 
STAD can provide a proof that specific software program 
was used to produce given mailing. This is particularly 
important in the case when postal authorities insist that 
mailers use "certified" software program for address 
processing, such as CASS certified software in the USA. In 45 
order to produce the evidence that a mail piece was gener- 
ated using a specific software program the program and the 
STAD are modified in the following manner. A certain part 
of the software program, which must be executed for each 
mail piece, is implemented in firmware and stored within the 50 
non-volatile memory of the STAD. Then, when this software 
program processes mailing list, it must send information 
(address information) needed to execute the portion stored 
within the STAD to the STAD where information for soft- 
ware authentication is generated and send back to the main 55 
software program for printed inclusion in the information 
that will be on the mail piece. This authenticating informa- 
tion can be, for example, digital token computed by trun- 
cation of a MAC or it could be a digital signature. The 
authentication is established by the fact that this authenti- 60 
eating information can be generated only upon accessing a 
secret (hardware protected) key. Implementing address pro- 
cessing software this way forces the address processing 
computation to access STAD, which in turn then can keep 
accurate and trusted accounting records. The verification 65 
authority can verify the digital token using address infor- 
mation on the mail piece and a secret (or matching public) 



key shared with the STAD connected to the address pro- 
cessing computer in the mailer's facility and responsible for 
mail accounting. Thus, the presence of information such as, 
for example, digital token (truncated MAC) on the mail 
piece constitutes a proof that a specific software (organized 
as it is described above) was used to generate the mail piece. 
It should be noted that the just described methodology can 
be used for authentication of any software that was used 
during mail generation process, not only address processing 
software. For that matter, more generally the described 
methodology is equally useful when there is a need to 
ascertain that a certain piece of software was used in 
generating a certain document which bears evidence of such 
use. However, the detailed description given below deals 
only with the address processing software as the preferred 
embodiment for the most important function in the mail 
production process. 

It has also been discovered that the verification process 
can be automated by keeping track of mail pieces form the 
given mailing during physical sortation process by the postal 
processing equipment such as multi line optical character 
recognition (MLOCR) sorterer. Alternatively, the verifica- 
tion process can be performed automatically by a Bulk Mail 
Acceptance Unit (BMAU). The BMAU is a machine used 
by the United States Postal Service to verify presort quali- 
fication by feeding onto a transport a sample of mail or entire 
mailing; reading addresses and keeping track of the number 
of mail pieces having certain postal codes. In this 
functionality, the BMAU is not different than MLOCR. 

In addition, the method of present invention can be 
adopted for use with a special purpose computing system 
utilized to intercept print files on their way from data 
processing computer to a printer. Such is the case when main 
processing software residing for example on a mainframe 
computer is difficult to modify to extract certain information 
important for physical mail generation. One such computing 
system for intercepting and processing print stream is pro- 
duced by the assignee of the present invention and is known 
as StreamWeaver®. These and other modifications (some 
presented below) are entirely within the spirit of present 
invention. 

System Structure and Operation 

Reference is now made to FIG. 1. A mail generation 
system 102 includes a data processing computer 104 having 
business application software which is employed to create a 
mailing. The data processing computer 104 may be con- 
nected to a second computer 106 adapted to run a software 
program for modifying an original print file to be an 
enhanced print file, which is sent to printer 108. One suitable 
software program for changing an original print file to an 
enhanced print file is the StreamWeaver® to provide print 
stream processing software marketed by Pitney Bowes Inc. 
The printer 108 generates a series of printed documents 110 
which are further processed by an inserter system 112 
having a control computer 114. 

Three secure trusted accounting devices are provided in 
the system. A first secure trusted accounting device 116 is 
connected between the data processing computer 104 and 
the inserter control computer 114. A second secure trusted 
accounting device 118 is connected between the print 
enhanced file computer 106 and the control computer 114. A 
third secure trusted accounting device 120 is connected 
directly to the inserter control computer 114. 

One form of secure trusted accounting device hardware is 
manufactured by Chrysalis-ITS and is known as the Luna 
Encryption and Digital Signature Token Device. 
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It should be recognized that the architecture and the 
number of secure trusted accounting devices is a matter of 
choice. The secure trusted accounting device 116 provides a 
statement of discounts based on the information supplied 
directly by the data processing computer 104. Similarly, the 5 
secure trusted accounting device 118 also provides a state- 
ment of discounts based directly on the information pro- 
vided by the computer 106. This information, which is 
redundant, is supplied to the control computer 114. A 
selection may be made to use one or the other of the secure 10 
trusted accounting devices 116 and 118 unless there is 
unique information available only to one and not the other 
of the secure trusted accounting devices. Secure trusted 
accounting device 120 provides information concerning the 
operation of the physical preparation of the mail by the 15 
inserter system 112. It should be noted that the inserter 
system 112 merely by way of example and can be other 
equipment involved in the physical preparation and process- 
ing of the mail, such as mailing machines, sorters, fully 
integrated mail generation systems, which includes data 20 
processing, packaging, and any other system involved in the 
physical preparation and processing of the mail. 

A statement of mailing, which includes the statement of 
discounts, is provided to a verification computer through a 
network connection. 25 

Reference is now made to FIG. 2. The secure trusted 
accounting device 202 includes a main microprocessor 204 
having a secure clock 206, a read-only memory (ROM) 208, 
random access memory (RAM) 210 and an input/output 
(I/O) connection 212. 30 

An encryption engine 214 has private keys securely 
stored. A flagging system is provided for the computer so 
that information can be written into the non-volatile memory 
214 and can be erased from the non-volatile memory 214, 
but cannot be modified once written into the non-volatile 
memory 214. The flagging system involves a write flag 216 
to enable writing into the non-volatile memory when the 
store flag 218 is made active. An erase flag 220 is provided 
to erase information from the non-volatile memory. 

The non-volatile memory 214 contains various informa- 
tion useful in processing the mail. This includes the secure 
trusted accounting device identification, the user 
identification, the rate table and rate table identification, a 
piece counter, accounting data and postal and financial 45 
accounts information, number of mail pieces for each postal 
code (mailing ZIP code distribution), statement of mailing 
data and serial number, and statement of discount data and 
serial number. 

A software module is also provided with executable code 50 
at 222. This software module executable code is a software 
which is fetched by the main microprocessor to operate as a 
executable code for a software routine that resides outside of 
the secure trusted accounting device 202. This executable 
code is enabled when an execution execute flag 224 is made 55 
active. 

It should be recognized that the secure trusted accounting 
device is housed within a secure tamper-proof housing 
which may leave telltale signs of attempts to comprise the 
physical security of the device and have other security go 
features to provide device protection, such as secure con- 
nection between the encryption engine and the non-volatile 
memory shown at 224. Other secure forms of protection may 
also be employed. 

Reference is now made to FIG. 3. A mailpiece 302 65 
includes a destination address at 304 and a sender address at 
306. Various information relevant to processing the mail is 
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provided at 308. This includes the date of mailing at 310, the 
postage amount for the mailpiece at 312, the identification of 
the secure trusted accounting device which processed the 
mail at 314, and a mailpiece identification at 316. 

A software authentication code is provided at 318. This is 
a digital token which provides evidence of the fact that the 
software module executable code 222 was utilized in the 
preparation and processing of the mail. Finally, a statement 
of mailing identification code is printed at 320. This ties the 
specific mailpiece to a specific piece of mailing document. 
The digital token may include as part of its input the 
statement of mailing identification number, which protects 
the integrity of the information on the mailpiece generally 
shown at 308. 

It should be recognized that the organization of the 
printing of the information on the mailpiece is a matter of 
design choice and can be modified to meet various needs. It 
can be printed in barcode form to facilitate machine reading 
of the mailpiece and facilitate automated processing. Vari- 
ous additional information can be included on the mailpiece, 
depending on the nature of the information desired by the 
verification authority in processing the mail to provide the 
integrity desired. 

Reference is now made to FIG. 4. A statement of mailing 
402 includes various information relating to the mail created 
by the system shown in FIG. 1. The statement of mailing 
includes the name of the mailer at 404, the address and 
telephone number of the mailer at 406, the internal account 
number of the mailer at 408, the banking or financial account 
number of the mailer at 410, the statement of mailing serial 
number at 412, and the date that the statement of mailing 
was prepared at 414. Additional information i provided as to 
the name of the party on behalf whom the mailing has been 
prepared, if applicable, at 416 and the secure trusted 
accounting device identification at 418. The method of 
payment is set forth at 420 and the contract number asso- 
ciated with the type of mailing at 422. This could be, for 
example, the various contracts that mailers have with the 
postal services for delivery services related to different 
categories of mail. The container type, here shown as trays, 
is noted at 424 as well as the container weight at 426. The 
actual weight is shown at 428 as the weight of the cardboard 
tray in which the mail is stacked. Four different categories 
of mail are shown under the product description at 430. 
These include three/five digit presorted, pre-barcoded (that 
is, the mail is first sorted to three digit presort and, within 
each presort, further presorted to five digits.) at 434, residual 
at full rate at 436 with the totals being shown at 438. Within 
each product description, information is provided as to the 
weight per piece at 440, the rate at 442, the number of pieces 
at 444, and the combined weight at 446. The combined 
postage is shown at 448. 

A statement of discounts with serial number is shown at 
450. This serial number 452 may be the same as the 
statement of mailing serial number 412 or may be unique to 
the statement of discounts itself and related to the statement 
of mailing. At 454, further information as to the three digit 
zip code "068" is shown with 300 pieces. This breaks down 
as shown in the five digit zip sub-group 1, 2, through n, 456, 
458 and 460 with the number of pieces in each five digit zip 
code sub-group. This information 454-460 is again repeated 
in area 462 for a different three digit zip code sub-group 
"061". The number of mailpieces pre-barcoded to eleven 
digits at 464, nine digits at 466, five digits at 468 and without 
barcodes at 470 is provided. The number of mailpieces in 
each of these various categories 464-470 is also shown. A 
digital signature for the statement of mailing is provided at 
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472 and the mailer's public key certificate is also shown at verified. The weight and accounting information in the 

474. Finally, the total number of pieces in the statement of secure trusted accounting device is collected and connected 

discounts is provided at 476 as 660 pieces having a total to an inserter or other mail processing equipment and 

weight at 478 of 630 ounces. digitally signed and transmitted to the mail production 

It should be expressly noted that this statement of mailing 5 computer at 628. At 630, the weight and accounting infor- 

may be communicated electronically between the mailer and mation is received in the mail production computer and the 

the carrier system or any trusted third party involved in the digital signature is verified. The statement of discounts is 

processing of the mail. Additionally, the statement of mail- merged. The resulting statement of mailing is digitally 

ing may be printed for physical inclusion with the batch of signed and transmitted to the verification authority, such as 
mail being provided to the carrier service. 10 a postal authority. 

Reference is now made to FIG. 5. A mail verification Reference is now made to FIG. 7. The statement of 

system 502 includes a mixed mail feeder 504, which feeds mailing is received at the verification computer at 702 and 

various mailpieces 506 to a transport 508. A scanner 510 ^ decrypted with its verification system private key. The 

scans the mailpieces as they are transported by transport digital signature is then verified. Alternatively, the statement 

508. The transport 508 feeds the mailpieces under the 15 of mailing can be decrypted and verified using the public key 

control of the verification and control computer system 511 certificate appended to the statement of mailing, 

into a plurality of sort bins 512, 514 and 516. The sortation At 704, consistency is determined between the secure 

is based on information obtained via scanning at 510, which trusted accounting devices connected to the data processing 

information is provided to the verification and control com- computer and the inserter. If they are identical or differ by a 

puter 511. 20 small number (any number acceptable to the postal 

The statement of mailing is provided via the network authorities), the process may proceed. Where the consis- 

connection 518 to the verification and control computer tenc y & acceptable, the measured weight is compared with 

system 511. By obtaining the statement of mailing, the the weight reported in the statement of mailing at 706. A 

verification and control computer system compares the determination is made at 708 whether the measured and 

information obtained by the electronic copy of the statement 25 reported weights are identical or within tolerances. If they 

of mailing with the information obtained from scanning the are within tolerances, a sample of the mailpieces are selected 

physical mailpieces. This allows verification that the mailing at 710 aod the software authentication code is verified. This 

is consistent with the statement of mailing. Alternatively, if ma y be on a MLOCR or BMAU or by manual keying, as 

it is not consistent, a suitable investigation can be imple- determined by the verification facility. A determination is 

mented. 30 made at 712 whether the mailpieces have a correct or 

Reference is now made to FIG. 6. A mailing fist is loaded incorrect authentication code. If the mail has the correct 

into the system at 602 to begin processing of the information a uthentication code, the mail is accepted at 714 for entry into 

necessary to generate the mailing. A determination is made the mai1 P rocessin g str eam. If a determination was made at 

at 604 whether the address is the last address in the mailing „ 708 or 712 that tne wei S hls were not ™ ihin Frances or the 

list. If it is not, the mail processing process continues with a uthentication code was incorrect, an investigation is initi- 

the address cleansing and generation of delivery bar code ated at 716 and/or 718 > ** the case mav be ' 

postal code at 606. At 606, additionally, the address infer- Where at 704 an inconsistency is found between the 

mation is sent to the software module stored in the secure various secure trusted accounting devices, a determination is 

trusted accounting device's non-volatile memory. Address 40 made at ™ if tne number of mailpieces in the statement of 

information in the secure trusted accounting device is discounts is larger than the number recorded by the secure 

received and a symmetric private key is generated at 608. A trusted accounting device during the mail generation by the 

software authentication code is computed at 610. This code inserter. If this is not the case, the process continues at 706, 

may be a truncated message authentication code (MAC) as previously described. 

from address information using symmetric private keys. The 45 If, however, the number of mailpieces in the statement of 

secure trusted accounting device sends the software authen- discounts is larger than the number recorded by the secure 

tication code to the address processing system at 612 and the trusted accounting device during the mail generation by the 

software authentication code is received in the address inserter, presort and verification is performed at 722 by the 

processing system at 614. This is stored in the mailpiece MLOCR, BMAU or manually, as desired. In such a case, a 

record together with the cleansed address and delivery point 5Q determination is made to find the missing mailpieces which 

postal code. At this point, the next address in the mailing list have been reported in the statement of discounts but are 

is processed at 616. missing in the statement of mailing. As appropriate, an 

When the last address in the mailing list is reached, the investigation is initiated at 724. This may develop potential 

statements of discounts is computed at 618, including a evidence of fraud on the part of an unscrupulous mailer, 

presort qualification quantities. This computation is per- 55 While the present invention has been disclosed and 

formed in the secure trusted accounting device. A digital described with reference to the disclosed embodiments 

signature for the statement of discounts is computed and a thereof, it will be apparent, as noted above, that variations 

certificate for the mailer's public key added at 620. and modifications may be made. 

Thereafter, the symmetric private key is added to the state- What is claimed: 

ment of discounts and certificate to form a transfer file at 60 1. A mail generation system comprising: 

622. The transfer file is encrypted with the mail production means for processing data to generate mail piece infor- 

secure trusted accounting device's public key and the result- mation; 

ing cipher text is transmitted to the mail production com- first secure processing means for securely storing and 

puter at 624. encrypting mail piece information generated by said 

The cipher text is received in the mail production com- 65 processing means; 

puter and decrypted using the private key at 626. At this means coupled to said data processing means for physi- 

point, the digital signature of the statement of discounts is cally preparing mail pieces related to said generated 
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mail piece information and for generating information 
related to the physical preparation of said mail; 
second secure processing means for securely storing and 
encrypting information generated by said mail prepar- 
ing means; 

means for sorting said mail pieces and for generating 

information related to said sorting and packaging of 

said mail pieces; and, 
third secure processing means for securely storing and 

encrypting information generated by said mail sorting 

and packaging means. 

2. A method for mail generation comprising the steps of: 
processing data to generate mail piece information; 
securely storing and encrypting mail piece information 

generated by said data processing; 

physically preparing mail pieces related to said generated 
mail piece information and generating information 
related to the physical preparation of said mail; 

securely storing and encrypting information generated by 
said mail preparing; 

generating information related to said sorting and pack- 
aging of said mail pieces; and, 

securely storing and encrypting information generated by 
said mail sorting and packaging. 

3. A mail generation system comprising: 

means for processing data to generate mail piece infor- 
mation; 

secure processing means for securely storing and encrypt- 
ing mail piece information generated by said process- 
ing means; 

means coupled to said data processing means for physi- 
cally preparing mail pieces related to said generated 
mail piece information and for generating information 
related to the physical preparation of said mail; and, 

second secure processing means for securely storing and 
encrypting information generated by said mail prepar- 
ing means. 



10 



15 



20 



25 



30 



35 



4. A mail generation system as defined in claim 3 wherein 
said mail piece information which is stored and encrypted 
relates to information upon which postal processing charges 
are computed. 

5. A method for mail generation comprising the steps of: 
processing data to generate mail piece information; 
securely storing a part of the software program used to 

generate said mail piece information; 
encrypting mail piece information to verify that said 

software program was employed to generate said mail 

piece information; and, 
physically preparing mail pieces related to said generated 

mail piece information. 

6. A method for mail generation comprising the steps of: 
processing data to generate mail piece information; 
securely storing and encrypting mail piece information 

generated by said data processing; 
physically preparing mail pieces related to said generated 

mail piece information and generating information 

related to the physical preparation of said mail; 
securely storing and encrypting information generated by 

said mail preparing; 
comparing said securely stored and encrypted mail piece 

information generated by said data processing and said 

securely stored and encrypted information generated by 

said mail preparing means. 

7. A method for mail generation as defined in claim 6 
comprising the further step of physically inspecting said 
mail. 

8. A method for mail generation as defined in claim 6 
comprising the further step of physically inspecting said 
mail for consistency with said securely stored and encrypted 
mail piece information generated by said data processing 
and said securely stored and encrypted information gener- 
ated by said mail preparing means. 
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offers substantial reductions in rates or discounts, pro- 

OPTIMIZING MAIL PROCESSING BY vided that a user comply with certain requirements 

MATCHING PUBL ISHER AND INSERTER which will allow the U.S. Postal Service to take advan- 

EN l lTUiS tage of certain user-provided facilities to reduce its own 

5 workload. The concept of work sharing, wherein a user 
This invention relates to article processing and deliv- provides certain of the processing activities prior to 
ery, and specifically to improvements in mail processing delivering the mail to the postal system, has been pro- 
systems to reduce costs and which will relieve official m the copendmg application and is therefore a 
postal faculties of certain mail handling tasks. positive innovation in the field of mail processing which 
BACKGROUND OF THE INVENTION 10 nave a substantial impact in the future implementa- 
A J . J . 1TT „ tion of mail services. 

As discussed m co^oriy-asagned U S patent apph- Undef t ^ in ^ 

cation Ser. No. 285,89 1 1 ^ Dea 16. 1988, U.S. Pat. ^ ^ unwittingly contribute to th e 

No. 5,008,827 the contents of which are herein incorpo- . , « * • c * t m 
. , V f *u tt •* j * 4l , , ( increasing workload of the Postal System. In mass mail- 
rated by reference, the United States currently has the 15 . . „ - , . A , *. v . . 
worlds largest postal system. The U.S. Posl Offices m ? ^f^J of advertisements (ads), it is common to 
currently handle in excess of 100 billion pieces of mail j™' hardcopy ads at a printer local to the ad pub- 
per year, about half the total volume handled through. hsher > and package ad mail at one or a few professional 
out the world. The servicing of mail delivery involves mailer enUties - If ' for exam P le ' the ads m destined for 
three essential steps; collection, sorting and delivery. 20 distribution over a wide geographical area, but the mail- 
Collection takes place through a series of Post Offices m S s m generated at one or only a few locations, it 
spread throughout the United States. The United States means ***** Postal Service assumes the major burden 
has about 30,000 Post Offices that provide mail services of processing and delivery to the addressees, 
in addition to 9,000 smaller postal centers which pro- Another factor contributing to inefficient distribution 
vide some type of mail service. Postal employees typi- 25 *s envelope capacity. Frequently, ads are generated at 
cally take letters and packages from mail box facilities several different locations, separately enveloped or 
to the nearest local office where it is accumulated for packaged (meaning machine stuffed in mailing envel- 
the sorting procedure. At the Post Office, postal clerks opes or packages), addressed, and then dropped off at a 
remove collected mail from sacks, bundle packages and local Post Office. Often these separately enveloped ads 
segregate mail by size and class into separate categories. 30 are intended for the same addressees. So, the Postal 
The mail travels by truck from local post offices to a Service ends up delivering separate mailings to the same 
central facility known as a sectional center. The United addressee, resulting in multiple processing of docu- 
States has 264 sectional centers, some of which serve ments delivered over the exact same route, 
hundreds of local Post Offices. The sectional center 

processes nearly all the mail coming or going from its 35 DESCRIPTION OF RELATED APPLICATIONS 
region. At the sectional center, high speed automated Systems relating to work share features are discussed 
equipment sorts large volumes of mail. A computerized in copending commonly-assigned applications Ser. Nos. 
machine known as a zip mail translator sorts the post- 234,977, U.S. Pat. No. 5,005,124, U.S. Pat. No. 
marked letters according to their destination post office. 5,008,827, and Ser. No. 285,891, filed Aug. 23, 1988 and 
Postal workers selectively activate the machine's key- 40 Dec . J6f 1988( respectively, the contents of which are 
board to send each letter on a conveyor belt into one of here by incorporated by reference. These applications 
many bins. Each bm holds mail for a different Post relate t0 the concept 0 f using certain limited user pro- 
Office or postal region. Mail addressed to locations services but does not encomp ass the full range of 
outside the regions served by the sectional center are work sharin ^ data sharin ^ conC epts 
transported by truck, airplane or tram by various cam- 45 Dresented herein 

ers via various routes to other sectional centers for Commonly-assigned U.S. Pat. No. 4,713,761 de- 
further sorting. Finally postal clerks hand sort mail for fo * determinin ^ accounting for the 

SivT *oute costs of shi PP m 8 80°* which focuses on a 

'Snt estimates indicate that the foregoing process- 50 Centrali2ed aCCOUntin e for muU * le and 

ing tasks necessarily involve in excess of half a million earners. i- o *r 

employees. Cost of maintaining and supporting sorting ^^^ST^ £q , *™ h <* Uo " S , er No * 

services at the central post office facilities, even includ- 285 ' 48 *' fd ^ Dec - 16 ' 1988 descnbes . and clauns an- 

ing large scale use of automated equipment, has become other ^ shann * s y stcm ™ a centralized database to 

staggering. Projections of substantial increases in vol- 55 im P rove ^ performance, the contents of which are 

umes of mail being transported through central facili- incorporated herein by reference, 

ties, even with the advent of private delivery, telecom- Concurrently-filed, commonly-assigned U.S. applica- 

munications services, facsimile services and the like tion, Ser. No. 416,732 desenbes and claims other aspects 

indicate a rapid expansion will be required of such facil- of systems for improving delivery efficiency, 

ities. Since the Postal Service is a private corporation 60 Commonly-assigned U.S. Pat. Nos. 4,800,504; 

and is expected to become self-supporting, rapidly ad- 4,800,505; and 4,800,506 describe computerized systems 

vancing postal rates place greater and greater burdens for preparing stationery items and their subsequent 

on both users and the Postal Service in order to support processing into mailpieces. 

such volumes of mail. In recognition of capabilities of ctiumadv op tup TMVPNTinw 

certain high volume users to provide services to central 65 SUMMARY OF THE INVENTION 

postal facilities, which services may improve efficiency It is therefore an object of the present invention to 

and reduce the amount of processing time required by provide a system and method that enables a more effi- 

the central serving facilities, the U.S. Postal Service cient and effective use of the facilities of the post office. 
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A further object of the invention is a system and 
method for optimizing delivery of bulk mail from mai- 
lers to a post office. 

Another object of the invention is to reduce costs for 
entities involved in generating batch mailings. 5 

Still another object of the invention is expedited de- 
livery of mass mailings to their respective destinations. 

The present invention extends the work-sharing con- 
cept by what can be termed the concept of co-mail, 
meaning, cooperation of the many entities involved in 10 
the creation of batch mailings in order to minimize costs 
or expedite mailings or reduce the Postal Service work- 
load. This is accomplished by building on the data com- 
munications network described in several of the above- 
related applications to include on the existing network 15 
or as part of an independent network various entities 
involved in the creation or generation of mass or batch 
mailings. 

In accordance with one aspect of this invention, a 
data center is provided in a data communications net- 
work with a plurality of entities involved in the business 
of generating ads or cyclical mailings for certain kinds 
of addressees. In addition, a plurality of inserters are 
also linked to the network. By "inserter" is meant those 
business entities that possess modern inserter equip- 
ment, typically under computer control, that has the 
capability to selectively collate ad sheets from stations 
distributed along a conveyer, and then insert or stuff the 
collation, folded or unfolded, into an envelope, which, 3Q 
typically, is then sealed. In addition, such equipment 
often include scales, printers for permit mailings, or 
postage meters. The envelope content is frequently 
determined by the particular addressee list for which 
the collation is destined. Knowledge of the existence of 35 
a mass mailing of mail pieces intended for particular 
addressees is a valuable commodity, because there may 
be other entities in the mailing business who also have 
or can generate additional items that can be included in 
those same envelopes at little additional cost due to the 40 
sophisticated capabilities of intelligent inserter equip- 
ment. In other words, if these additional items were 
simply added to the insertion line, and the computer 
accordingly adjusted, they could very easily be added 
to the very same envelopes. 45 

What the system of the invention provides is an on- 
line mechanism for informing entities using inserters of 
inserter activities and the nature of those activities that 
can profitably be availed of by those entities. It does this 
by establishing a database containing information con- so 
cerning the business operations of the inserter entities, 
including location, the inserter equipment available, and 
addressee files available, that is, lists of addressees 
owned or accessible to the inserter entity and to whom 
it frequently directs mail articles. The database could 55 
also include what other mail processing equipment is 
available to the inserter. In addition, the data center 
establishes a database of inserter entity users, such as 
publishers, which could include their location, kinds of 
ads generated for what kinds of customers to what 60 
particular sets of addressees. As a result of processing of 
the data, the system will allow inserters to, in effect, 
broadcast through the network current jobs, addressee 
profiles for whom intended, and excess envelope capac- 
ity available for third party advertising. To perform this 65 
function, the data center does not require the actual 
addressee file Opting of addressees by name and ad- 
dress), but only the number of addressees and their 



profile, such as, location, income level, housing status, 
etc. 

In accordance with another aspect of this invention, 
the data center maintains regular communication with 
both the publisher and inserter entities via the network. 
This allows the data center to maintain up-to-date infor- 
mation not only on current jobs in execution but also on 
prospective jobs to be carried out and backlog of jobs to 
be executed. As much of this information may be busi- 
ness proprietary, the data center, being independent of 
both the publishers and the inserters, can by known 
security devices easily maintain such information confi- 
dential. Armed with these information databases, it is a 
relatively simple matter using conventional database 
processing to process the databases to select or match 
one or more inserter entities to execute a particular job 
of one or more publishers. Typical matching criteria 
are: job completion time, job costs, mailing and distribu- 
tion costs, and mail delivery times. An important crite- 
ria would be the mailing profiles of the ultimate address- 
ees who will receive the ads. 

In accordance with another aspect of the invention, 
the data center would also maintain a database of the 
job content of now executing or soon to be executing 
prospective jobs. By "content" is meant the size and 
weight of the printed ads, for what kind of addressees 
are the ads intended, envelope requirements, etc. This 
would allow the data center to inform publishers of 
inserters who are preparing job mailings that would 
have additional capacity in their mail pieces to add 
additional material at no additional postage or at mini- 
mum additional postage. The publisher could then send 
its mailings to that inserter for inclusion in the envel- 
opes. Or, it may be that an inserter is executing a job for 
a first publisher for distribution to a particular mailing 
list. A second publisher who has ads intended for the 
same addressees on the mailing list would save expenses 
by adding its ads to the same envelopes, with the first 
publisher sharing in the savings. Not only do both pub- 
lishers benefit, but so does the Postal Service, which 
now has only one mail piece instead of two to be deliv- 
ered to each addressee. 

Many other situations can arise where matching of 
publisher jobs to printer jobs can profit both sets of 
entities. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing brief description and summary of the 
invention will become more apparent from the follow- 
ing more detailed description of the invention, accom- 
panied by the attached drawings, wherein: 

FIG. 1 is a functional block diagram illustrating the 
relationship between a data center, the U.S. Postal Ser- 
vice, and local users; 

FIG. 2 is a more detailed block diagram illustrating 
the system of FIG. 1; 

FIG. 3 is a more detailed block diagram illustrating a 
typical user or mailer station; 

FIG. 4 is a schematic diagram illustrating operation 
of one form of system according to the invention; 

FIGS. 5A and 5B are flow charts depicting several 
typical processing operations of a system according to 
the invention. 

To best understand the system of the invention, it 
would be helpful to summarize the network description 
given in the referenced copending applications, because 
the same kind of network with only minor changes can 
be employed in the present invention. 
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SUMMARY OF PRIOR APPLICATION 
DISCLOSURES INCORPORATED HEREIN 

With reference to FIG. 1, a plurality of user stations 
designated as Uj, U2 . . . U m and identified as 10, 12 and 
14 are shown. It will be understood that multiple user 
stations are possible in excess of the three shown, and 
that these are shown by way of example only. These 
stations are coupled by means of an interconnection 
data communication network, illustrated generally as 
16, to the data center 18, which in turn may be appropri- 
ately coupled by means of a secure data line or the like 
to the U.S. Postal Service 20. The data center is a facil- 
ity run by a commercial operation, such as Pitney 
Bowes, Inc., the assignee of the present invention Each 
of the blocks 10, 12, 14, 18 and 20 contemplate the use 
of data processing components, each appropriately in* 
terlinked by means of high speed telecommunication 
links or the like for the purposes of exchanging informa- 
tion. It is also contemplated within the scope of the 
invention that the U.S. Postal Service will maintain an 
appropriate computer facility, not specifically described 
herein, which will possess the capability of uploading 
and downloading specific pieces of information upon 
request by the data center, and relating to appropriate 
postal rules and regulations which will effect the use of 
certain discounts in mailing postal rates, as well as other 
factors necessary for the concept of shared work ser- 
vices which will be certified by each of the individual 
user stations in order to qualify for additional discounts 
when mail is received in the U.S. Postal Service facili- 
ties. The specific pieces of information will also be in- 
formation relating to Postal Service planning and oper- 
ations, as well as carriers that may be available for use 
and routing. The communication link is also contem- 
plated as a two-way link between units 18 and 20, 
wherein the U.S. Postal Service can have, if desired, the 
capability of monitoring specific operations within the 
data center in order to ensure the data center is opera- 
tional in accordance with rules and requirements which 
may be imposed by the Postal Service from time to 
time. The monitoring operation can be periodic un- 
scheduled communication link examinations of certain 
storage areas of accessed memory locations for confirm- 
ing proper operations. Of course, visual on-site inspec- 
tions and examinations may also be made. 

With reference to FIG. 2, a more detailed functional 
component relationship of the system of FIG. 1 is illus- 
trated. Thus, the data center includes a first data chan- 
nel 30 which includes a CPU 32 having a program 
memory 34, a keyboard 36 and an appropriate display 
38 coupled thereto. Data communication link 40 inter- 
connects CPU 32 to the U.S. Postal Service 20. The 
user units 10 are coupled via appropriate telecommuni- 
cation data links 42 to a second data channel 44 which 
includes a CPU 46, a program memory 48, a keyboard 
50 and an appropriate display 52. The CPU is coupled 
to the data links 42 by means of a multi-channel IO 
device 54 capable of high speed data communication. 

In operation, two-way communication between the 
data channel 30 and the U.S. Postal Service 20 provide 
a continuous interchange of information regarding up- 
dates of U.S. Postal Service rules and regulations cover- 
ing rate reductions and as may be required for the con- 
tinuous certification use by the local users 10. In addi- 
tion, the data channel 30 may also be manually interro- 
gated by means of keyboard 36 for inquiring of the 
Postal Service for specific information which may be 
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employed with regard to compliance with certifica- 
tions, the answering of specific data questions, or other 
uses requiring specific "interrogation by means of the 
central station to the U.S. Postal Service. Since the U.S. 

5 Postal Service link is a two-way communication over 
channel line 40, it is possible through this link for the 
U.S. Postal Service to interrogate and monitor the oper- 
ation of the first data channel 30 and the second data 
channel 44, for compliance with quality control and 

10 other security compliances which may be required by 
the U.S. Postal Service. 

Turning now to the second data channel 44, high 
speed continuous two-way communications with re- 
spect to continuous update of U.S. Postal Service re- 

15 quirements for certification, servicing and diagnostics, 
training, and other information interchange, as de- 
scribed in application Ser. No. 285,891, are effected by 
means of the CPU 46 operating through the high speed 
data channel 54 interfaced along with communication 

20 lines 42 to the multiple user network Ul, U2 . . . Un. 
Operating , under control of the program memory 48, 
the CPU 44 is contemplated as a high speed multiple 
processing information apparatus of conventional de- 
sign such an IBM 3083 or a CD VAX unit which may 

25 handle multiple requests from any one or more of the 
users simultaneously through the multiple channel I/O 
device. Keyboard 50 and display 52 may be utilized for 
manual information interchange between any of the 
local users and the information operator. Although only 

30 a single keyboard display unit is illustrated, it will be 
understood that dataline 58 is a schematic representa- 
tion of the existence of a multiple number of display 
keyboard combinations evidencing the use at the cen- 
tral station of a plurality of key operators available to 

35 answer user questions upon interrogation. 

Referring to FIG. 3, a function block diagram illus- 
trating the interrelationship of typical components 
within each individual user station is illustrated. The 
central user station operates under the control of a CPU 

40 60, which includes a RAM memory and appropriate 
control registers. Coupled to the CPU 60 is a program 
memory 62 which defines the essential function of the 
system, including updating instructions and rates used 
in the local user units, diagnostic monitoring, a two-way 

45 communication link establishing a tracking facility uti- 
lizing, for example, the encryptic key represented by 
the certification, and interface capabilities with respect 
to the central station for the downloading of training 
information which enables operators at local stations to 

50 understand and comply with specific requirements im- 
posed by the U.S. Postal Service with respect to the 
certification process. These capabilities are described in 
more detail in the related applications Ser. Nos. 285,891 
and 285,486. Coupled to the CPU 60 are a keyboard 64 

55 for the manual entry of data requests and other informa- 
tion into the CPU, display unit 66 and an I/O channel 68 
coupled by means of a data link 70 to the central station 
18. Accounting information and funding to the local 
user 10 is effected through the data link 70 from the 

60 central station 18 to the remote recharger mechanism 
72, operating in accordance with conventional recharg- 
ing techniques, such as disclosed in U.S. Pat. No. 
4,797,045, assigned to the assignee of the present appli- 
cation. Remote recharging unit 12 charges a descending 

65 register 74, in conventional manner, which keeps track 
of descending balances charged from time to time in 
accordance with mail requirements. Non-volatile mem- 
ory unit 76 is employed to maintain security of informa- 
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tion during periods of time when local user unit 10 is not Based on this usage information, information can be 

operating. Non-volatile memory 76 receives descending down loaded to the user. The down loaded information 

register balances as part of a shutdown routine, along includes advisory procedures, such as the fact that 

with other security data which may be applied from the postal charges for first class mail will increase shortly 

active memory of the CPU 60. Remote recharging op- 5 and that any mail run should be pushed out early, the 

erations are carried on in remote recharging circuit 72 fact that the user has the ability to avail itself of zip code 

via the data link 70 to the central station 18, and oper- breaks and other useful information as to mailing habits, 

ates independently of the OFF/ON status of the local In mail addressing, the data base incorporated by the 

user unit 10 for monitoring purposes. Thus, even if the central station also can benefit the user by expansion of 

local unit 10 is turned off, central station 18 through 10 the user equipment far beyond its limited nature by 

data link 70 may inquire through the remote recharging taking advantage of the relatively larger data base facili- 

unit of the status of certain pieces of information which ties available at the data center. One particularly advan- 

are maintained either in the RAM memory portion of tageous use of the communication capability is the 

the CPU 60 during on times of the unit 10 or in the uploading of user mailing lists to a data center. At the 

non- volatile memory 76 during inactive status periods. IS data center, the information can be processed relative to 

Another accounting system is described in commonly- the data center data base to sanitize the mailing address 

assigned U.S. Pat. No. 4,796,193. list. This includes noting improper zip codes, changes in 

A concept of work sharings entail the performance of carrier routes, changes in addresses when people move, 
certain postal service functions by the user in a secure etc. The information is thereafter down loaded to the 
manner so as to enable the user to apply not only post- 20 user mailing equipment at the user location to allow the 
age but to also apply certification, as an imprint on the generation of sanitized effective mailing lists. This ena- 
mail piece, which will be accepted by the postal service bles the user to have a higher "hit" rate of properly 
that the services certified were in fact performed by the addressed and properly delivered mail. Moreover, the 
user and thus enable the user to be entitled to further system provides a tremendous advantage to the 
mail rate reductions. Communication in contrast may 25 U.S.P.S. Billions of dollars are spent in redelivering 
also be by means of a code or other form with the rele- mail which is improperly addressed. Mail can be im- 
vant information transmitted in encrypted format. The properly addressed for a number of reasons including 
information may be scanned and used to automatically the fact that an individual has moved and the new ad- 
set the postal equipment at the user site to proper set- dress data has not been properly entered into the sys- 
tings, both for postage and for usage scheduling, with- 30 tern. By providing this service to, say, the top 500 mai- 
out direct user intervention, thus enhancing security lers in the country, which constitutes in the are of 80% 
and efficiency. of the mail in the country (3rd class), a tremendous 

Certification information is provided to the CPU amount of expense would be saved by the Postal Ser- 
through a plurality of inputs along a mail path desig- vice. Where the mailing lists are small, the businesses 
nated as 78. Mail piece documents which are stacked in 35 can upload their mailing lists to the data center. The 
appropriate feeder-stacker unit 80 are, under control of uploaded mailing address are sanitized and processed, 
CPU 60 through feeder-unit 82, driven along the mail and in this instance, the center can provide the actual 
path 78, past OCR unit 84 where printed material on the mailing service for the small business by providing the 
mail piece is read, past counter station 86 where individ- printing of the necessary inserts, inserting the material 
ual pieces are counted, to the scale unit 88 where the 40 into the envelopes and addressing and distributing 
mail piece is weighed, and thence to a metering station them. Alternatively, the center can download the ad- 
90 for application of appropriate postage and finally to dress list to the mail business in the appropriate format, 
a certification station 92 where appropriate certification It can also be presorted by order with an indication as to 
stamps may be placed on the mail piece to indicate the appropriate postage amount. The postage charge- 
compliance of the mail piece with all the criteria that 45 able when the data center provides the mailing service 
have been set under work sharing requirements re- can be directly charged to a user account. Additionally, 
quired under relevant U.S. Postal Service regulations. demographic analysis can be done on the mailing list to 
Since the unit may be capable of handling prefranked identify additional customers who would fall into simi- 
mail, a meter bypass network 94 operating under con- lar categories and are not yet being serviced by the 
trol of the CPU, provides for bypassing of the mail 50 small business. Moreover, by demographics analysis, 
piece of the metering station 90 without the necessary other business opportunities for customers of the type 
application of additional postage. Problems encoun- serviced by the small business can be identified and 
tered in short- weight mail may be adjusted by appropri- provided to the user. The system would include suffi- 
ate decrement of the descending register balance in cient security to ensure that the mailing list data for the 
descending register 74 under program control through 55 customer is not improperly utilized. This has been de- 
CPU 60, based upon differences detected by the com- scribed in more detail and claimed in a copending appli- 
puter between applicable postage rate requirements and cation Ser. No. 285,145, filed Dec. 16, 1988, and concur- 
the actual mail run being passed through the user station rently filed application Ser. No. 416,732 which de- 
10. An example of short-weight mail is disclosed in scribes and claims extensions of these concepts, 
copending application Ser. No. 285,146, U.S. Pat. No. 60 ^ _ _ _ ^„ rrr% ^ „ 
5,019,991 filed concurrently herewith, and assigned to EE^^^J^S^^S^ 3 ^ 
the assignee of the present application. EMBODIMENTS OF PRESENT INVENTION 

The data exchange between the central station and For the network described above to be operable for 

the user station give rise to further novel and unique carrying out the present invention, additional entities 

processing capabilities in accordance with copending 65 have to be added. These entities would have on their 

application Ser. No. 285,486. The user equipment can be premises the same kinds of computer equipments de- 

periodically interrogated as to the customer usage pat- scribed for the users in the earlier network, and other 

terns, mail runs, addressees, zip codes, rate breaks, etc. equipment, all of which is conventional and commer- 



06/16/2003, EAST version: 1.03.0002 



5,058,030 

9 10 

cially available, for carrying out the functions of that files F-l, and F-3. Publishers B and C also have ads as 
particular entity. Thus, a, publisher entity would have similarly labelled in block 100 to be sent to the ad- 
the usual resources currently possessed by publishers, dressee files indicated by the suffix. Note that all three 
including personnel and equipment for creating ad cop publishers, operating independently, have created ads 
and job specifications for that copy. Publishers would 5 intended for addressees with the profiles of the F-l file, 
also have available a means for recording and storing in The inserters can be located in different geographic 
their computer the physical parameters and specifica- regions. Their capabilities to insert the ads of the pub- 
tiohs of each ad copy. Moreover, if the publisher also lishers, whose specifications may be maintained at the 
were a mailer, it would have as resources the same mail data center, is readily determined by the data center, 
processing equipment above described for the user sta- 10 Due to continuous on-line communications, the data 
tions In addition, the publisher could have the capabil- center can choose an inserter for a particular job and 
ity to create E-Mail versions of its ad copy, which can take into account not only equipment and other re- 
then be transmitted over the network or via telephone sources available to each inserter, but also current 
lines to other entities on the network. workloads and the ability to complete the job within the 

Printer entities would have as resources the usual 15 time frame desired by the publisher. Another important 

equipment to convert ad copy into hard copies of the factor easily included in the data processing is the loca- 

ads, in the final form to be distributed to addressees. tions of the addressees relative to the location of the 

Printers sometimes have mail processing capabilities inserters For instance, suppose that addressee file F-l is 
also. That is, not only do they print the hard copies of composed of addressees located in a certain region of 

the ads, they also have the equipment to stuff or insert 20 the country. These addressees are to receive, say, a 

them into envelopes, seal and stamp them. Printers monthly statement from a utility, credit car company, 

sometimes have addressing capability. That is, they or bank, and/or additional messages or ads. Distribution 

have addressee files and can use those addressee files to of this information or ads to such addressees would be 

address envelopes for the publisher and then to package expedited by choosing an inserter located in that region 

those envelopes for delivery to the Postal Service. 25 if the selected inserter had the resources to make up the 

Inserter entities, nowadays, have what is known as mailings to those addressees and deliver to the local 
intelligent inserters which, as previously described, Post Office. So, already valuable benefits accrue both to 
under computer control, provides a series of stations the publishers and inserters as a result of the operations 
holding multiple copies of a particular insert, and of the data center, as an independent entity, in maintain- 
whereby collations are advanced through the machine 30 ing these databases of publisher and inserter activities, 
past each of the stations which are programmed to add But, other even more valuable benefits can be ob- 
inserts to particular collations. At the end of the ma- tained from the system of the invention. Suppose In- 
chine, the collations are stuffed into envelopes which setter A has been hired to insert ad A-l from Publisher 
are then sealed and subsequently processed for franking A into envelopes, seal, address to addressees on file F-l 
or other postage accounting. An example of one such 35 and deliver to the local Post Office. The data center has 
machine is described in commonly-assigned U.S. Pat detected from its databases that Publishers B and C also 
No. 5,003,485, filed Dec. 30, 1988. Commonly-assigned have ads intended for the same addressees in addressee 
U.S. Pat. No. 4,817,042 also describes a computerized file F-l. Accordingly, Publishers B and C are notified to 
inserter machine for optimizing the final weight of a forward their copy to Inserter A to include in the same 
mailpiece. Inserter entities frequently have equipment 40 envelopes that will contain Publisher A's copy. All 
for addressing envelopes in accordance with addressee members of the system gain from this example of co- 
files of particular profiles. In addition, the inserter enti- mail. Postage costs are minimized, as it may not cost too 
ties would have the same kind of computer equipment much more to add Publisher B's and C's documents to 
as described for the user station in FIG. 3, that would the common envelope. Moreover, distribution to the 
enable the inserter, as any other entity on the network, 45 addressees due to use of local Post Offices is expedited, 
to be in regular communication with the data center. The Postal Service benefits, as it now has only to de- 

In the system of the invention, the data center main- liver one letter instead of three, 
tains a database of publishers and their profiles, and a There are many other ways in which the co-mail 
database of inserters and their profiles. Printers can also principle can be applied to benefit the network entities, 
be added if desired. Moreover, each of these user enti- 50 Suppose that Inserter B has received an order from 
ties on the network are continuously uploading to the Publisher B to print and mail documents B-3 to address- 
data center information concerning their current activi- ees listed in file F-3. The data center is informed. The 
ties and planned future activities. The data center pro- data center, storing profiles of the publisher's activities, 
cesses this information seeking profitable matches be- knows that Publisher C also frequently creates copy for 
tween the various entities. Examples of suitable matches 55 addressee file F-3. The data center can then advise 
will be given below, but first, reference is made to FIG. Publisher C that Inserter B is inserting documents for 
4 which provides a diagram illustrating the relationships distribution to addressees in file F-3, that the weight of 
among several of the entities. the documents from Publisher B is only one-half of the 

In FIG. 4, the data center is represented by block 100. weight allowed for the postage to be supplied, and thus 

It maintains databases of publishers on the network, 60 envelope capacity is available if copy for the same set of 
represented by blocks 105, 106 and 107, and databases of addressees exist and is forwarded to Inserter B in time, 

inserters on the network, represented by blocks 109, They then can be added to the existing envelopes for no 

110, and 111. Each of the latter is in continuous commu- additional postage. Thus, the postage costs for Publish- 

nication with the data center, represented by the dou- ers B and C are halved in this example of co-mail, 

ble-arrow-ended dashed lines. As a result of these com- 65 The previous example is just one instance of how the 

munications, the database has stored the following in- data center, knowing from its up-to-date databases of 

formation, as an example only. Publisher A has ads A-l, current and prospective inserter jobs, can easily process 

and A-3 to be distributed, respectively, to addressees in its stored information to find publishers that can utilize 
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excess envelope capacity developed by the inserters. bilities. In addition, the data center would store ad- 

This not only saves postage costs in the distribution of dressee files available to inserters or mailers or used by 

the ads, but also will allow speedier distribution of the publishers for their ads: 

ads to the intended addressees. Moreover, the data cen- In block 122, the inserters upload to the data center 

ter can contribute additional value to the networked 5 data representative of current and prospective jobs, 

entities by participating in the delivery of the ads or which would include the type, weight and size of ads, 

physical inserts from the publishers to the inserters. So, volume of ads, envelope types to be used, and for which 

for example, if the ads are created on a desktop publish- set of addressees intended. 

ing workstation, they can be transmitted electronically The data center would then process the information it 
over the network to the data center, and then from the 10 has stored, using known database processing tech- 
data center to the selected inserter. If in physical form, niques, to determine by calculations the ad content of 
the ads can be delivered to personnel at the data center the envelope block 124, whether excess envelope capac- 
who would then arrange for delivery to the inserter. ity will be available at block 128, insertion and mailing 

Another valuable contribution of the data center is costs at block 130, and estimated distribution time at 
accounting for the networked entities. The data center 15 block 132. Then, at block 134, the data center computer, 
can maintain accounts for the networked entities, and using known database processing techniques, would 
credit inserter's accounts for payments by publishers scan through the stored data seeking other publisher 
and similarly debit the publisher's account. In the sys- jobs intended for the same set or subset of addressees 
tem of FIG. 2, wherein the Postal Service can be linked and that would fit the available excess envelope capac- 
to the network, payments to the Postal Services for 20 ity. At block 136, the identified publishers are notified 
postage can be accomplished by the data center on of the pending inserter job. Assuming a publisher de- 
behalf of inserter mailers. Also the data center as a third cides to take advantage of this opportunity, at block 138 
party can fairly allocate any postage savings among the the data center is notified, which in turn notifies the 
operating entities. Commonly-assigned U.S. Pat. No. inserter to put the job on hold pending receipt of the 
4,837,701 also describes an accounting system employ- 25 additional inserts from the second publisher to be added 
ing a central station, whose principles and configuration to the collation to be stuffed into the envelopes to be 
can also be used herein for payment accounting. addressed to particular addressees. The addressing can 

There are still other ways in which a data center, take place at the inserter or at a third party mailer or at 

linked in a network with and possessing information a publisher. The publisher selection, if desired, could 

concerning activities of mail publishers and mail insert- 30 take into account any time and cost constraints imposed 

ers, can benefit the entities involved. Another important by the publisher, shown at block 140 in dashed lines. If 

way is by providing value-adding-information to users more than one publisher decides to use the excess enve- 

with limited resources of their own. For instance, a data lope capacity then the selection could be based on such 

center subsidized by many users can compile and pro- factors as geographic location of the second publisher 

cess much valuable information for entities on the net- 35 relative to the inserter involved. If necessary, the data 

work. Thus, there are organizations that create demo- center can become involved in transmitting the new 

graphics information on individuals and families inserts, in physical or electronic form, to the involved 

throughout the country. The cost of acquiring such inserter, and also in the accounting of the transaction 

information and customizing it for particular publishers shown at the block 142. 

or its customers can be prohibitive for one entity, but 40 FIG. 5B shows a variation. In this sequence, a pub- 
affbrdable when performed by the data center for many Usher decides to mail certain inserts to a set of address- 
entities. The data center can use this demographics ees, at block 150. The publisher notifies the data center 
information to update addressee files of inserters and of this prospective job and its specifications at block 
publishers, to add or delete addressees, or to form 152. At block 154, the data center broadcasts this pro- 
smaller sets of addressees for more focussed merchan- 45 spective job to other publishers who may desire to share 
dising. the available envelope space to reduce costs. Assuming 

This is of benefit to the networked entities because a second publisher decides to accept this opportunity, 
the value of addressee files used by inserters to publish- the data center is notified at block 156, together with 
ers depends upon its accuracy and its granularity, i.e., specifications on these new inserts. At block 158, the 
the finer grained the listings, meaning, the finer subdi- 50 data center calculates the job parameters, determines 
vided the addressee sets can become, the more effective from its database of inserter profiles which inserter is 
will be target marketing and pinpointing of potential best suited, at 160, to execute the job, based on time and 
customers. Such demographics information is available resource availability, and notifies, at 162, the entities 
from several institutions. For instance, LPC, a Pitney now partaking in this co-mail venture. This broadcast- 
Bowes company, provides a Geographic Data File 55 ing sequence, originating with a publisher, can also 
which is a directory of geographic locations cross- originate with an inserter, for example, during a slack 
referenced by zip code. This information is readily ap- period and seeking additional work, perhaps at a dis- 
pended via known software to an address in a database count. The inserter if a mailer may also have propri- 
file of addressees. Similar software is available for add- etary addressee files, whose availability can be breed- 
ing demographics data broken down into over 300 vari- 60 cast to the publishers for their use. The previous se- 
ables for many target marketing applications. quence of steps involving calculating envelope capacity 

FIGS. 5A and 5B are flow charts depicting typical and seeking additional inserts to fill available envelope 
sequences in the operation of the system of the inven- space can also be followed in this example. The data 
tion. In block 120 of FIG. 5A, the data center uploads center can also scan through its stored listing of docu- 
from each of the entities on the network the necessary 65 ments or jobs and prospective jobs to determine 
information to establish profiles of the business activities whether any would qualify for incorporation in those 
of the publishers and inserters, which profiles would envelopes. In other words, if there are any other mail- 
assist matching publisher jobs to inserter jobs or capa- ings available destined for the same set or for a subset of 
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the addressees, the publishers of those jobs would be 
notified that a job is being executed destined for a set of 
addressees to whom the publisher also intends to send 
documents; hence considerable savings in time and 
money are available by taking advantage of unfilled 5 
envelopes destined for those addressees. 

Finally, in block 164, the data center, if desired, can 
arrange for payment to the inserters upon completion of 
the jobs, and debiting the account of the involved pub- 
lisher, if alone, or allocating the cost thereof among the 10 
cooperating publishers in accordance with any formula 
agreed by the publishers. 

As shown in dashed lines in FIG. 5A, at block 166, if 
desired, demographics data can be added to the stored 
addressee files for targeting refined subsets of address- 15 
ees. These augmented files can be returned via the net- 
work to the owner, inserter or printer, or stored at the 
data center. 

As noted, by relatively simple, straightforward pro- 
gramming, the matching of publishers to inserters can 20 
be readily optimized in accordance with the needs and 
resources of the entities involved to the benefit of all 
members on the network. The public benefits because 
reduced distribution costs will be reflected in reduced ^ 
merchandise prices, and because, for the same and in 
most instances improved targeting of prospective pur- 
chasers and reduced mailings, the involved Postal Ser- 
vice operations are also reduced. 

The system and methods described herein can be used 3Q 
alone, or in combination with many of the systems de- 
scribed in the referenced copending applications. For 
example, the concurrently-filed application Ser. No. 
416,732, describes a similar network in which the enti- 
ties matched are publishers and printers. That system is 35 
readily adapted to be consolidated with the present 
system by adding printers to the network as there de- 
scribed. Also, as another example, the referenced co- 
pending applications Ser. Nos. 285,145 and 285,486 
relate, respectively, to networks which allow updating 40 
of customer lists by a data center, and to networks in 
which a data center creates databases of mailer activi- 
ties for selective accessing by mailers to improve their 
operations. Those systems are readily integrated with 
the system of the present invention, since the same 45 
equipment can be used, the major difference being the 
information stored at the data center and. the data pro- 
cessing criteria. The same applies to the certification 
system described in application Ser. No. 285,891, U.S. 
Pat. No. 5,008,827. 50 

It will be evident to those skilled in the art that, from 
the network descriptions given herein and in the refer-; 
enced Applications, it is a relatively straightforward 
development to construct such a network and establish 
the data communications links that will allow the data 55 
center to perform the functions described herein. Also, 
those skilled in the art will recognize that creation of the 
databases described, and programming of the data cen- 
ter computer to process the stored information to make 
the desired matching of publisher to inserter is also a 60 
straightforward project development using program- 
ming and development tools available from many ven- 
dors. Any known, suitable, matching or selection algo- 
rithm can be employed, in addition to the preferred ones 
described above. The processing time is not critical, and 65 
thus, while desirable, it is not critical to the invention 
that the databases are built and processed rapidly or that 
access time to the network is short. 
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While the invention has been described and illus- 
trated in connection with preferred embodiments, many 
variations and modifications as will be evident to those 
skilled in this art may be made therein without depart- 
ing from the spirit of the invention, and the invention as 
set forth in the appended claims is thus not to be limited 
to the precise details of construction set forth above as 
such variations and modifications are intended to be 
included within the scope of the appended claims. 

While the invention has been described and illus- 
trated in connection with preferred embodiments, many 
variations and modifications as will be evident to those 
skilled in this art may be made therein without depart- 
ing from the spirit of the invention, and the invention as 
set forth in the appended claims is thus not to be limited 
to the precise details of construction set forth above as 
such variations and modifications are intended to be 
included within the scope of the appended claims. 

What is claimed is: 

1. Apparatus for performing mail processing func- 
tions for postal system users, said apparatus comprising: 

a data center having a data processor and means for 
receiving via a data communications link and stor- 
ing data representative of: 

(a) activity profiles of plural inserter entities having 
intelligent inserter equipment, 

(b) current or planned mail documents to be gener- 
ated by a plurality of publishers; 

means for processing said data to determine which of 
said mail documents should be forwarded to which 
of said inserter entities to reduce costs or expedite 
distributing of said documents to addressees. 

2. Apparatus as claimed in claim 1, wherein the activ- 
ity profiles include addressee files available to the in- 
serter entities and available envelope capacity for deter- 
mined addressees. 

3. Apparatus as claimed in claim 2, further compris- 
ing means at the data center for storing demographics 
data on prospective addressees and for transmitting said 
data to an inserter entity. 

4. A system for performing mail processing functions, 
comprising: 

(a) a data center having a data processor and storage 
means, 

(b) a plurality of entities having intelligent inserters 
for inserting documents into mailing envelopes, 

(c) a plurality of entities performing publishing func- 
tions and capable of generating documents or doc- 
ument specifications for documents for distribution 
to a set of addressees, 

(d) a data communication network interconnecting 
the data center with the inserter and publishing 
entities whereby said inserter entities can transmit 
to the data center data representing their inserter 
activities including mailing envelope capacities and 
addressee files, said data center data processor 
storing said data transmissions in said storage 
means, 

(e) said data center processing said stored data for 
selecting any of the publishing entities on the net- 
work that can utilize particular inserter envelope 
capacities or addressee fdes for its documents for 
distribution to said addressees, 

(0 means for transmitting to said selected publishing 
entities the identity of said particular inserters and 
its available envelope capacities or addressee files. 

5. The system of claim 4, further comprising means at 
said data center for supplying to particular inserter 



06/16/2003, EAST Version: 1.03.0002 



15 



5,058,030 



16 



entities via the network demographics data on the in- 
serter's addressee files. 

6. The system of claim 4, further comprising means at 
the data center for processing the addressee files of 5 
inserter entities to add demographics data and for trans- 
mitting the processed addressee files back to the insert- 
ers. 

7. The system of claim 4, further comprising means at 
the data center for arranging payment to inserter enti- 10 
ties for including in envelopes documents originating at 
particular publishing entities. 

8. In a mailing processing method, the steps compris- 
ing: , 5 

(a) interconnecting via a network, plural independent 
mailers of advertising documents having intelligent 
inserters for inserting documents into envelopes for 
mail distribution to a plurality of addressees, plural 

20 



independent publishers of advertising documents, 
and a data center having data processing facilities, 

(b) compiling a database of addressees and a database 
of addressee profiles and a database of documents 
to be distributed, 

(c) determining which documents from the plural 
publishers are relevant to which addressees, and 

(d) transmitting to the mailers and to the publishers 
information enabling the mailers to receive from 
the publishers those documents which can be com- 
bined into a single mailing to a particular addressee. 

9. In the method of claim 8, including the steps of 
compiling a database of excess envelope capacity avail- 
able at particular mailers for particular addressees, 
transmitting via the network to the publishers data rep- 
resentative of the excess envelope capacity available at 
mailers whereby the publishers can utilize said excess 
envelope capacity for their own documents. 
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[57] ABSTRACT 

A system, method, device, and/or computer program product 
for remotely managing a plurality of remote mail processing 
devices. The system comprises receiving means for receiv- 
ing operation related information from each of said plurality 
of remote mail processing devices. The system also includes 
monitoring means for remotely monitoring operation related 
information from each of said plurality of remote mail 
processing devices. Features of the present invention include 
the ability to create threshold settings for separate mail 
processing devices and individual jobs running on the sepa- 
rate mail processing devices. Violations of the threshold 
settings will result in an alarm indicating deviation from 
pre-set job goals. A user also has the ability to remotely 
create, maintain, and communicate valid mail processing 
device operator lists for specified mail processing devices. A 
run-tag editor is included which allows the user remotely 
access a stored database of completed job information in 
order to correct any job identification errors that may have 
been input by a mail processing device operator. 
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SYSTEMS, METHODS AND COMPUTER 
PROGRAM PRODUCTS FOR MONITORING 
AND CONTROLLING MAIL PROCESSING 
DEVICES 

RELATED APPLICATIONS 

The present application is a Continuation-In-Part Appli- 
cation of, and claims the benefit under 37 C.F.R. § 1.53(b) of, 
application Ser. No. 09/016,715 entitled "Systems, Methods 
and Computer Program Products for Monitoring and Con- 
trolling Mail Processing Devices", filed on Jan. 30, 1998 
(pending). The present application also claims priority and 
benefit under 35 U.S.C. §119(e) of U.S. Provisional Patent 
Application Ser. No. 60/085,479 entitled "Systems and 
Method for Monitoring and Controlling Mail Processing 
Devices", filed on May 14, 1998. Both of the aforemen- 
tioned patent applications are hereby incorporated herein by 
reference. 

FIELD OF THE INVENTION 

The present invention relates generally to mail processing 
equipment and more particularly to automated mail process- 
ing systems. Specifically, the present invention relates to 
remote monitoring and control of mail processing systems 
and the features thereof. 

BACKGROUND OF THE INVENTION 

Customized, high volume mail processing systems are 
used by financial institutions, insurance companies, public 
utilities, and various other businesses to prepare and mail 
letters and packages. Mail processing systems include mail 
inserting systems, sorting systems, and a range of modular 
attachments for increasing the productivity of large scale 
mail production operations. Mail insertion systems include 
a device known as a mail inserter, which physically "stuffis" 
individual envelopes with the appropriate contents. Many 
businesses, such as financial institutions and public utilities, 
often produce voluminous mailings on a routine basis. As 
such, mailings are often performed at various locations to 
reduce the load on any given location and to be closer to the 
destination of the mailings. 

Unfortunately, monitoring and controlling remotely- 
located high volume mailing systems with existing control 
systems may be difficult. Existing control systems may not 
readily facilitate monitoring multiple remotely-located mail- 
ing systems from a central location. Furthermore, existing 
control systems may not readily facilitate monitoring vari- 
ous operating performance indicators of individual mail 
inserter devices within multiple remotely-located mailing 
systems. 

DISCLOSURE OF THE INVENTION 

It is therefore an object of the present invention to 
facilitate the monitoring of remotely-located high volume 
mailing systems from a central location. 

It is another object of the present invention to facilitate the 
monitoring of various operating performance indicators of 
individual mail inserter devices within multiple remotely- 
located mailing systems. 

Further objects of the invention will become apparent to 
those skilled in the art with reference to the accompanying 
figures and written description below. 

In accordance with the present invention, systems, 
methods, and computer program products for managing and 
controlling, from a central location, a plurality of remotely 
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situated mail processing devices are provided. Operation 
related information is displayed pertaining to each of said 
plurality of remotely situated mail processing devices such 
as, for instance, a mail insertion machine. Each mail inser- 
s tion machine is represented on a computer visual display as 
an interactive icon. Visible indicia are associated with each 
icon for conveying, in real time, operational status informa- 
tion pertaining to the mail inserting machine represented by 
the icon. 

10 The indicia associated with the mail insertion machine 
icons change appearance in response to a change in the 
certain operation related information received from a respec- 
tive mail insertion machine. The indicia can be displayed as 
a color selected from a plurality of colors, wherein each 
color represents a respective operational condition or status 

15 of the mail insertion machine. Each interactive mail inser- 
ction machine site is displayable as an icon in a manner 
depicting the geographical location of each mail insertion 
device as it relates to a larger area, such as, for instance, the 
continental United States, or South America. Interactive 

20 icons may be, inter alia, added, deleted, and their location 
and appearance on the display can be modified. 

One embodiment of the present invention describes a 
system for remotely managing a plurality of remote mail 
processing devices. The system comprises receiving means 

25 for receiving operation related information from each of the 
remote mail processing devices. The system also includes 
monitoring means for remotely monitoring operation related 
information from each of the remote mail processing devices 
operatively connected to the receiving means. 

30 According to another aspect of the present invention, each 
interactive icon is responsive to user actions for displaying 
selective operation related information about a respective 
mail insertion device. Each interactive icon accepts user 
selections via an input device. When the user activates an 

35 interactive icon, various operational information about the 
mail insertion device represented by the icon is displayed. 
This operational information may include machine status, 
fault information, and various other types of information 
related to the operation and performance of the mail inser- 

40 tion device. Information about the operator of the mail 
insertion device may also be available. 

The present invention is advantageous because users can 
be provided with the ability to monitor multiple mail inser- 
tion systems from a single location not necessarily proxi- 

45 mate to the machines being monitored. Furthermore, the 
various stages of the insertion process can be monitored in 
real time. The present invention can facilitate managing 
automated mail processing systems to increase productivity 
and decrease costs associated with insertion. The present 

50 invention is also advantageous because a list of mail pro- 
cessing device operators can be created, modified, and sent 
out from a central location. 

BRIEF DESCRIPTION OF THE DRAWINGS 

ss The foregoing advantages and features of the present 
invention will be appreciated more fully from the following 
description with reference to the accompanying drawings in 
which: 

FIG. 1 of the drawings is a schematic diagram of a system 
60 for monitoring multiple mail processing systems, in accor- 
dance with the present invention; 

FIG. 2 of the drawings schematically illustrates, in block 
diagram form, operations for managing a plurality of mail 
insertion devices, according to the present invention; 
65 FIG. 3 of the drawings schematically illustrates, in block 
diagram form, operations for controlling a plurality of mail 
insertion devices, according to the present invention; 
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FIG. 4 of the drawings schematically illustrates a hierar- illustrations, can be implemented by computer program 

chical arrangement of computer screens for managing a instructions. These computer program instructions may be 

plurality of mail insertion devices, according to the present loaded onto a general purpose computer, special purpose 

invention; computer, or other programmable data processing apparatus 

FIG. 5' of the drawings illustrates a startup screen pre- 5 to P roduce • michhK < such ' hat lhe instructions which 

sented to the user upon startup of the present invention; execule on ^ com P u er or 0,h ? r P?°g™>™«N« data pro- 

r r r cessing apparatus create means for implementing the func- 

FIG. 6 of the drawings illustrates an Organizational View tions spec ; ne d in the flowchart block or blocks. These 

screen according to the present invention; computer program instructions may also be stored in a 

FIG. 7 of the drawings illustrates a Site View screen 1Q computer-readable memory that can direct a computer or 

according to the present invention; other programmable data processing apparatus to function in 

FIG. 8 of the drawings illustrates a Machine View screen a particular manner, such that the instructions stored in the 

according to the present invention; computer-readable memory produce an article of manufac- 

FIG. 9 of the drawings illustrates a Percent to Goal screen mre deluding instruction means which implement the func- 

according to the present invention; 15 lion specified in the flowchart block or blocks. The computer 

t-t^ ia c *u j * -11 * * 7 u . ™ program instructions may also be loaded onto a computer or 

FIG. 10 of the drawings illustrates a Job at a Glance \, fe , ; . , v 

A . 4 . u 4 . t - other programmable data processing apparatus to cause a 

screen according to the present invention; • r * * : t_ _r \i iL 

e r series of operational steps to be performed on the computer 

FIG. 11 of the drawings illustrates a User Administration or other p rogramma ble apparatus to produce a computer 

screen according to the present invention; ^ implemented process such that the instructions which 

FIG. 12 of the drawings illustrates a System Management execute on the computer or other programmable apparatus 

screen according to the present invention; provide steps for implementing the functions specified in the 

FIG. 13 of the drawings illustrates a pop-up screen for flowchart block or blocks, 

selecting a language for text to be displayed in; Accordingly, blocks of the flowchart illustrations support 

FIG. 14 of the drawings illustrates a Threshold Setting 2 5 combinations of means for performing the specified 

screen according to the present invention; functions, combinations of steps for performing the speci- 

FIG. 15 of the drawings illustrates a pop-up screen for fied functions and program instruction means for performing 

Alarm Status; me specified functions. It will also be understood that each 

FIG. 16 of the drawings illustrates a Run Tag Editor block of the flowchart illustrations, and combinations of 

screen according to the present invention; 30 blocks in the flowchart illustrations, can be implemented by 

r-n- -it « *u j * -n * * n i special purpose hardware -based computer systems which 

FIG. 17 ot the drawings illustrates a Backup screen r r *1. r n j rL i_- r 

, • • *• perform the specined functions or steps, or combinations of 

according to the present invention; r . . r . , . r . 

° £ . f ' _ special purpose hardware and computer instructions. 

FIG. 18 or the drawings illustrates a Restore screen A . . t , , 4l _ , .„ , . _ 

j- * * • »* a As wiU readily be appreciated by those skilled in the art, 

according to the present invention; and ., j rr j » 

° r j 35 ma jj processing systems can encompass several types of 

FIG. 19 of the drawings illustrates an Operator Definition remote and/or local mail processing mac hines, including, 

screen according to the present invention. but not limhed t0> mail insertion mac hines and mail sorting 

BEST MODE FOR CARRYING OUT THE machines. In a conventional mail processing system, mail 

INVENTION inserting machines (also referred to hereinafter as insertion 

40 machines or insertion devices) are utilized for stuffing 

The present invention now is described more fully here- inserts into awaiting envelopes. Thereafter, the stuffed enve- 

inafter with reference to the accompanying drawings, in lopes are sealed and various other operations associated with 

which preferred embodiments of the invention are shown. ma ii processing are performed. Insertion machines typically 

This invention may, however, be embodied in many different operate at high speeds and can often stuff ten thousand 

forms and should not be construed as limited to the embodi- 45 (10,000) envelopes or more per hour. An exemplary inser- 

ments set forth herein; rather, these embodiments are pro- uon machine is described in Applicants' issued U.S. Pat. No. 

vided so that this disclosure will be thorough and complete, 4,798,040 to Haas et al., the disclosure of which is incor- 

and will fully convey the scope of the invention to those porated herein by reference. 

skilled in the art. Referring now to FIG, 1, a schematic diagram of multiple 
As will be appreciated by one of skill in the art, the so mail insertion machines monitored and controlled by corn- 
present invention may be embodied as a method, data puter systems, methods and computer program products, in 
processing system, or computer program product. accordance with the present invention, is illustrated. Sites A 
Accordingly, the present invention may take the form of an and B each have one or more mail insertion machines 10 and 
entirely hardware embodiment, an entirely software embodi- are monitored and controlled via the present invention 
ment or an embodiment combining software and hardware 55 operating on computer system 12. Computer system 12 
aspects. Furthermore, the present invention may take the includes a display 14 for visually displaying information to 
form of a computer program product on a computer-readable a computer user, a central processing unit (CPU) and internal 
storage medium having computer-readable program code memory. Keyboard 16 and mouse 18 allow the user to 
means embodied in the medium. Any suitable computer provide input to the central processing unit. With the mouse 
readable medium may be utilized including hard disks, 60 18, the user may move a pointer on the display 14 to an area 
CD-ROMs, optical storage devices, or magnetic storage displaying an object. By pressing and releasing a button on 
devices. the mouse 18 while the pointer is in the area displaying the 
The present invention is described below with reference object or icon, the user "activates" the icon. This is also 
to flowchart illustrations of methods, apparatus (systems) referred to hereinafter as "clicking on" an icon. Computer 
and computer program products according to the invention. 65 system 12, serves as data processing means for transmitting 
It will be understood that each block of the flowchart and receiving information from and to each mail insertion 
illustrations, and combinations of blocks in the flowchart machine 10 and displaying same via display 14. Other 
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computing systems, including mainframe computing 41a, and the "Add" 41b, "Modify'' 41c, or "Delete" 41d 

systems, may be utilized to facilitate communicating with settings screens from the Organizational View screen 41. 

the various mail processing devices being monitored and The user may access the "Percent to Goal" screen 42a, the 

controlled. "Jobs at a Glance" screen 426, the "Faults at a Glance" 

The present invention may be stored in computer system 5 screen 42c, and the "Alarms" screen 42d from the Site View 

12, either within internal memory or on internal disk storage. Screen 42. The user may access the "Percent to Goal" screen 

The present invention may also be stored on computer 43a, the "Jobs at a Glance" screen 436, the "Faults at a 

readable media and used therefrom by computer system 12. Glance" screen 43c, and the "Alarms" screen 43a* from the 

As will be described in detail below, the present invention Machine View Screen 43. Each of these screens, and the 

alters the operation of computer system 12, allowing it to 30 information presented thereby, are described in detail below, 

monitor and control a plurality of mail insertion devices in The user may select (i.e., run) various utility programs via 

real time. screens accessible via the "Utilities" screen 44 such as the 

Referring now to the block diagram of FIG. 2, operations "Alarms" screen 44a, the "User Administration" screen 44b, 
for managing a plurality of mail insertion devices, according the "Shift Setup" screen 44c, the "Language Setup" screen 
to one aspect of the present invention, are illustrated. Opera- 15 44a", the "Threshold Settings" screen 44e, and the "Run- 
tions include receiving operation related information from Time Manager" screen 44/. In addition, the user may per- 
mail insertion devices (Block 20); representing each of the form various administrative tasks via the "Systems Admin- 
mail insertion devices as an interactive icon having indicia istration" screen 45 such as the "Reports" screen 45a, the 
for displaying operation related information for a respective "Setup of Inserting Machine Operators" screen 456, the 
mail insertion device (Block 22); accepting selection of an 20 "Backup/Restore" screen 45c, and the "Run-Tag Editor" 
interactive icon (Block 24); and displaying operating status screen 45a*. Each of these screens, and the information 
for the selected mail insertion device (Block 26). presented thereby, are described in detail below. 

Operation related information includes, but is not limited Logo Screen and Log-In 

to, organizational, site, machine, utility, and system admin- Th e initiaI screen on the user's display, when the present 

istration information. Organizational information comprises 25 invention is initiated on a computer, is preferably a logo or 

site addition, deletion, and modification capability as well as start-up screen 50 such as that illustrated in FIG. 5. Clicking 

instantaneous production and goal data. Site information at anv P° int on tne start-up screen 50 preferably activates a 

comprises instantaneous production and goal data, job data, l°g in procedure via a pop-up screen. For security reasons, it 

fault data, and alarm data with respect to a particular site. ^ required that the user enter a user name and password in 

Machine information comprises instantaneous production 30 order t0 proceed. As would be understood by those having 

and goal data, job data, fault data, and alarm data with ski11 in tne art > options available to a user upon login may 

respect to a particular machine. Utility information com- depend on permissions assigned to the particular user, 

prises alarm data, user administration data, shift data, Ian- Once properly logged in, the present invention allows 

guage data, threshold setting data, and run-time manager users to view various operational and performance informa- 

data. System administration information comprises report 35 lion about multiple remotely-located mail insertion 

data, remote machine setup data, backup and restore data, machines. Users are presented with a hierarchy of views 

and run tag editor data. depicting organizational, site, and machine-specific perspec- 

It is to be understood that a user does not necessarily have tives of their mail insertion machines. The user can display 

to select an icon to view information about a particular mail text throughout the various screens in a variety of languages 

insertion device. Various information relating to a mail including, but not limited to, English, Spanish, French, 

insertion device may be automatically updated and dis- Italian, German and Dutch. Preferably, a language can be 

played. The operations illustrated in FIG. 2 may be per- selected via a pop-up screen such as that illustrated in FIG. 

formed in the various "views" described in detail below 13. Each hierarchical view wiU be described below in detail, 

using FIGS. 4-18. Each view screen, organizational, site and machine, also 

Referring now to FIG. 3, operations for controlling a 45 presents me user with various toolbars containing icons for 

plurality of mail insertion devices, according to one aspect Performing various functions. In the embodiment of the 

of the present invention, are illustrated. Operations include Organizational View Screen illustrated in FIG. 6, two tool- 

receiving operation related information from mail process- bars 62 and 6 r 4 are P re *^ to the user. Each toolbar 

ing devices (Block 30); and monitoring the received opera- 50 C0D 1 t t ams "? ns ^ performing specific functions. Preferably, 

tion related information with respect to mail processing toolbars 62 and 64 are Panted to the user wnh the same 

device performance (Block 32). configuration in all views m order to maintain a consistent 

n c . , ™„ ... . • , . n f and easy to use interface. It is understood, however, that 

Re fernng now to FIG. 4, a hierarchical arrangement 40 of ♦ * V. ♦ u * ui e * • 

6 e r . .ci iv certain functions may not be executable from certain 

computer screens for facilitating management of a plurality T ... ./ . A 

c i" _i* j * J- . :L . • screens. In this case, the icons representing those functions 

of mail insertion devices, according to the present invention, 55 . . . j * • j- *u * i j 

• .« , . j c . 5a » j * *l ' are shaded or greyed out indicating they are not a valid 

is illustrated. From a main menu 40a presented to the user , / r *u . 

.... 1 . « rt • selection or operation from the present screen, 

on a computer display, the user may select an "Organiza- ~ . . . , . r , - , . - , - t , . 

tional Vtew- 41 of multiple sites having mail insertion ™le \ bc ° W ? es ?" b " » ho func,lon of each of the lc0as 

machines, a "Site View" 42 of individual sites having mail contained <°° lbar 62 

insertion machines, a "Machine View" 43 of individual 60 

insertion machines at a particular site; a "Utilities" 44 TABLE 1 1 

selection comprising several options; and a "System Admin- ^ 

istration" 45 selection comprising several options. # icon Name icon Function 

Various screens containing operating information are ~! A n . . . . 77! ! ~ 

r , - , fer . _ & . . , mr . 62a Add (Site/Machine) Add a site or a machine, 

available trom eacn ol the respective Organizational View 65 6 2b Edit (Site/Machine) Edit a selected site or machine. 

41, Site View 42, and Machine View 43 screens. For 62c Delete (Site/Machine) Delete a selected site or machine, 
example, the user may access the "Percent to Goal" screen 
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TABLE 1 -continued 



Icon 
# 



Icon Name 



Icon Function 



62d Percent to Goal Access the Percent to Goal panel. 

62e Job at a Glance Access the Job at a Glance panel. 

62f Faults at a Glance Access the Faults at a Glance panel. 

62g Alarms Access the Alarms panel. 

62h Text Toggle between a graphic and text display. 

62i User Administration Access the User Administration panel. 

62} Site Settings Access the Site Settings panel. 

62k Shift Settings Access the Shift Settings panel. 

621 Threshold Settings Access the Threshold Settings panel. 

62m Run Manager Access the Run Manager panel. 

62n Shut-down Application Shut-down the current application. 



10 



15 



Table 2 below describes the function of each of the icons 
contained within toolbar 64. 



TABLE 2 



20 



Icon 
# 



Icon Name 



Icon Function 



64a Organizational View Display all sites currently configured. 
64b Site View Display the site settings for a selected site. 

64c Machine View Display all the machines defined at a parti- 

cular site. 

Display the Alarms panel. Access other 
Utilities. 

System Administration Access various system administration 
tasks. 

Back Return to the previous panel. 

Log off Log out and return to main panel. 

Help Access help panels. 



64d Utilities 



64f 
64g 
64h 



It is understood that additional graphic designs may be 
utilized for each icon without departing from the spirit and 
intent of the present invention. 
Organizational View 

The Organizational View screen 41, illustrated in FIG. 6, 
preferably includes a geographical background on which the 
user can place up to twelve (12) sites having mail insertion 
machines in a geographically oriented arrangement. 
Although the illustrated embodiment depicts North America 
as the background, it is to be understood that any geographi- 
cal depiction is possible using the present invention. 
Furthermore, no geographical background may be presented 
if so desired by the user. In the case where users do not have 
multiple sites, the organizational view can be deactivated 
and removed from the screen hierarchy. 

The Organizational View screen 41 allows the user to 
display site icons 60 for each site having mail insertion 
machines. The user will be able to activate site icons 60 and 
be advanced to "Site View" for the respective site, as 
described in detail below. 

The user can add, delete and modify information associ- 
ated with each site by "clicking on" or otherwise activating 
the respective site icon 60 and then clicking on or otherwise 
activating the respective add, edit, or delete icons 62a, 62b, 
62c. If the user is modifying a site, a pop-up window with 
the selected site's information appears on the screen for 
editing when icon 62b is activated. If the user is deleting a 
site, the site icon will simply disappear from the screen when 
icon 62c is activated. To add a site, the user activates icon 
62a and a pop-up window, designed to receive input from 
the user, appears on the screen. 
Site View 

Preferably, when the user "clicks on" or otherwise acti- 
vates a site icon, a Site View screen is presented to the user 
for the site represented by the activated icon. A Site View 
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screen displays the location of mail insertion machines at a 
selected site via machine icons. An exemplary Site View 
screen 42 is illustrated in FIG. 7, wherein two insertion 
machines are represented by machine icons 70a and 10b, 
Preferably a maximum of twelve (12) mail insertion 
machines are displayed per Site View screen 42, not to 
exceed a total of one hundred (100) machines. 

For each mail insertion machine at a site, the following 
information is preferably available via a respective machine 
icon: machine status, actual and goal throughput, actual and 
goal envelope counts, percent completion for the current 
run, the current operator identification, and the current job 
identification. Preferably, all mail insertion machine infor- 
mation is available and displayable in real time. It is 
understood that the term "real time" shall mean a minimal 
refresh rate of any screen of 30 seconds or less. 

The operational status or condition of a particular mail 
insertion machine is discernable at all times by the color of 
indicia surrounding each machine icon. Accordingly, the 
user does not have to activate the machine icon to determine 
the operational status of a respective mail insertion machine. 
As illustrated in FIG. 7, each machine icon 70a, 10b has an 
area of indicia 71a, 716 immediately surrounding the 
graphic portion 72a, 12b of each machine icon that changes 
colors depending on the operating conditions of the particu- 
lar insertion machine. Exemplary operating conditions and 
their respective colors are presented in Table 3 below. 

TABLE 3 

Insertion Machine Operating Condition Color Surrounding Machine Icon 



Off 


Background Color 


Stopped 


Grey 


Running/Run Pending 


Green 


Jogging/Jog Pending 


Yellow 


Faulted/Insertion Machine 


Red 


Communications Failure 




Hold/Track Hold 


Orange 


Operator Break 


Pink 


Service 


White 



40 



The present invention is not limited to color as a visual 
indication of insertion machine operational status. Opera- 
tional status can be indicated by other visual schemes which 
change the display of an icon in response to actual machine 
operational condition changes. Machine status information 
available from Site View includes, but is not limited to, 
actual and goal throughput, actual and goal envelope counts, 
the percent complete for a current run, the current operator 
identification, and the current job identification number. The 
information that is displayed is the current information for 
the inserting machine and shows the progress being made on 
the job that is currently running on that machine. 

Users in Site View can also arrange a series of machine 
icons to represent the physical layout of mail insertion 
machines. Icons can represent the type of insertion machine 
and indicate the type of communication protocols being 
utilized. The user can add, modify, and delete insertion 
machine icons at each site. When adding an insertion 
machine, the user is prompted for the following information: 
type of insertion machine, machine identification, machine 
name, and various network parameters. 
Machine View 

When the user double clicks or otherwise activates an 
interactive machine icon in the Site View screen of FIG. 7 
the Machine View screen 43 of FIG. 8 is presented for the 
mail insertion machine represented by that machine icon. 
Using the Machine View screen 43, the user is able to view 
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various operational information 74 including, but not limited 
to, the following: machine status, actual and goal 
throughput, actual and goal envelope counts, estimated time 
to completion, the currently running job identification, the 
current fault count, the average fault length, a bar graph of 
time usage, device information, software package informa- 
tion and operator information. In addition, the user will be 
able to view the current Tl, T2 or T3 formula results for each 
machine. As is known to those with skill in the art, for 
Advanced User Interface (AUI) type insertion machines 
(manufactured by Bell & Howell Mail Processing Systems, 
Allentown, Pa., and Durham, N.C.), Tl is defined as a 
throughput calculation of "envelopes per hour" and is cal- 
culated using the following equation: 



10 



25 



(run cnvelopcs/(nin timc+fault time)) *3 600 

T2 is defined as a calculation of "percent utilization' 
is calculated using the following equation: 

(total envelopes* 100)/(theoretica! throughput) 

For both Tl and T2, the following definitions apply: 

total envelopes-run envelopes+jog envelopes 

theoretical throughput=(average run speed* (run time+jog time+ 
fault time))/3600 

average run speed-run machine cycles/(run time/3600) 



and 



20 



25 



For Inserting System Machine Connection (ISMC) inser- 
tion machines (manufactured by Bell & Howell Mail Pro- 
cessing Systems) Tl is defined as follows: 

Tl=((total envelopes-service envelopes) *3600)/(run time+fault 
time) 

As is known by those skilled in the art, T2 is not 
calculated for ISMC insertion machines because the ISMC 
interface generally does not supply machine cycle informa- 
tion. 

For both types of insertion machines, T3 is a user-defined 
formula, and can be configured in Site Settings for each site. 
The numerator is"run envelopes" and the denominator may 
be a sum of user selected time measurements. The user may 
select any or all of the following time measurements to be 
included in the denominator: run time, jog time, fault time, 
extended fault time, break time, service time, idle time, or 
suspend time. An exemplary 13 calculation is: 

(run envelopes/(run time+jog time+break time))*3600 

Remote Site Connectivity 

The user can view other site information by going to the 
Organizational View of FIG. 6 and selecting another site's 
icon 64b. The other site icon must have been previously 
configured in order to be present on the screen. Once the user 
has selected a remote site icon 64/?, the Site View, Machine 
View, "Percent to Goal" pop-up, "Job at a Glance" pop-up 
and "Faults at a Glance" pop-up will now display informa- 
tion from the remote site. The user is prohibited from 
changing setup information for the remote site. For instance, 
the user can not change thresholds or run tag goals for the 
remote site. 

Other Screens and Windows 

The following screens and pop-up windows are presented 
to the user when the user activates certain icons and/or 
automatically when certain events occur. 
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"Faults at a Glance" Pop-Up 

Icons for providing fault and job information are prefer- 
ably provided in both Machine View and Site View. The user 
can select this pop-up window (not shown) by clicking on 
the "Faults at a Glance" button 62/ on the left side of the Site 
View screen of FIG. 7 or the Machine Mew screen of FIG. 
8. 

"Percent to Goal" Pop-Up 
A Percent to Goal pop-up window 90, illustrated in FIG. 

9, appears when the user clicks on the "%" icon 62d in either 
Machine View of FIG. 8 or Site View of FIG. 7. The Percent 
to Goal pop-up permits the user to view current statistics. 
The top portion 92 displays all information pertaining to an 
entire site. Statistics for jobs currently running or completed 
during the current shift on the insertion machines at the site 
may be included in the top portion 92. A list 94 of jobs 
allows the user to select a job and view a summary of the 
selected job in the bottom portion 96 of the window 90. 
"Job at a Glance" Pop-Up 

A Job at a Glance pop-up window 100, illustrated in FIG. 

10, appears when the user clicks on the "Job at a Glance" 
button 62^ on the side of various screens. The top section 
102 shows a summary of all elements of a job. The list 104 
in the center portion of the window 100 contains all insertion 
machines running that particular job. When the user selects 
one of those insertion machines, details about the selected 
insertion machine will appear in the bottom section 106. 
Preferred information displayed in the bottom section 106 
includes, but is not limited to: machine identification, opera- 
tors running machine(s), current throughput, goal 
throughput, current accounts completed, and total accounts 
in job. 

User Administration 

The User Administration utility screen 110, illustrated in 
FIG. 11, allows the user to add, edit, and delete users, 
including changing the security group of which the user is a 
member. In the illustrated embodiment, the top left portion 
112 of the screen 110 is used to configure a user's account. 
In the illustrated embodiment, the top right portion 114 of 
the screen 110 is used to configure security groups of users. 
Each security group preferably has a name and a set of 
designated privileges. The types of privileges include: status 
view, operator view, reports, alarm view, file transfer, edit 
configuration, job programming, maintain system, and edit 
users. 

System Management and Utilities 

FIG. 12 illustrates the"System Management" screen in 
which the user is provided with various system management 
tools including report generation 120, data backup 121, 
scheduled data backup 122, operator setup 123, purge set- 
tings 124, data restore 125, and run tag editor 126. Various 
utilities may also be provided for performing a variety of 
functions including configuring user accounts, changing the 
display language, and configuring shift setups. The user can 
view individual occurrences of alarms from the mail inser- 
tion machines as well as set alarm thresholds for specific 
jobs. Alarm messages preferably can be filtered either by job 
identification, insertion machine identification or both. 

Thresholds are a significant feature of the present inven- 
tion. Thresholds allow the user to pro-actively monitor the 
progress of inserting machines and take corrective actions if 
necessary. There are two different types of thresholds. The 
first type is alarm thresholds. Alarm thresholds (FIG. 14) are 
based on occurrences of errors within a particular inserting 
machine. The second type is production thresholds. Produc- 
tion thresholds are based on the progress of completed 
envelopes compared to the expected goal of completed 
envelopes for a particular job. 
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Alarm Thresholds 

The user may set either Shift or Run tag thresholds (FIG. 
15) of three (3) different types: number of alarm 
occurrences, total duration of the alarms, or average duration 
of the alarms. The user may select to apply the threshold to 
a group of alarms for a shift or for a specific run tag. When 
an inserting machine crosses the threshold, the user is alerted 
with a pop-up which displays the violated threshold. 

Example: 

For Shift 1, a threshold is set for five occurrences 
of * AIM — reader" errors. If an inserting machine exhib- 
its five of these errors, the user is alerted via an alert 
pop-up. Once the alert pop-up is dismissed, the count is 
re-initialized to zero and the threshold monitoring is 
resumed. 

In addition, a pop-up window is presented to the user for 
viewing occurrences of thresholds on groups of errors. Table 
4 below illustrates some of the errors that may be monitored 
and logged. 

TABLE 4 



General Error Type 


Specific Error Type 


Aim 


System 


Aim 


Accessories 


Aim 


Reader 


Aim 


Cutter 


Aim 


Burster 


Aim 


Sheet Feeder 


Aim 


Turnover/Sequencer 


Aim 


Hold Module 


Aim 


Right Angle Turn 


Aim 


Accumulator 


Aim 


Diverter 


Aim 


Folder 


Aim 


Collector 


Aim 


Interface 


Aim 


Slitter 


Aim 


Other 


Aim 


All 


Insert Feeder 


System 


Insert Feeder 


Reader 


Insert Feeder 


Miss 


Insert Feeder 


Double 


Insert Feeder 


Other 


Insert Feeder 


All 


Envelope Feeder 


System 


Envelope Feeder 


Reader 


Envelope Feeder 


Miss 


Envelope Feeder 


Double 


Envelope Feeder 


Other 


Envelope Feeder 


All 


Base Machine 




Finishing 


Turnover 


Finishing 


Sealer 


Finishing 


Bridge 


Finishing 


Other 


Finishing 


All 


Delivery 


Modular Delivery 


Delivery 


Postage Meter 


Delivery 


Printer 


Delivery 


Output Device 


Delivery 


Other 


Delivery 


All 



Preferably, a pop-up window automatically appears on the 
user's display when a threshold is crossed, in order to alert 
the user to the particular condition. Information that is 
preferably displayed in such a window includes: identifica- 
tion of insertion machine having an error, error type, number 
of occurrences of error, total errors, total time lost, and 
average reset time. Preferably, the item that caused the 
threshold to trigger the pop-up window will be highlighted. 
For example, if a threshold was set for an average reset time 



of two (2) minutes and the average reset time calculated 
equals three (3) minutes, the "Threshold Violation" pop-up 
window would appear on the user's display with the average 
reset time of three (3) minutes highlighted. If the user needs 
to see specific error occurrences, he/she can go to an Alarm 
Browser and filter the errors by machine identification or job 
identification. 

It is understood that additional alarm thresholds may be 
utilized without departing from the spirit and intent of the 
present invention. 
Production Thresholds 

The user may set either Site or Run tag thresholds for 
production levels. The user selects a "percentage to be 
complete" and a time of day at which to check the threshold. 
15 When that time of day is reached, the system checks the 
threshold percentage against the actual percentage to see if 
the production threshold is met. If the actual production 
percentage is greater than or equal to the threshold 
percentage, the threshold is met. Otherwise, the production 
20 threshold is violated and an alert pop-up is displayed. 
Example: 

For a run tag of "job 17 A", the machines should be 50% 
complete by 11:30 AM. At 11:30 AM the system checks 
to see if the machines are 50% to the goal. If the actual 
25 percentage is less than 50%, an alert pop-up is dis- 
played. 

In addition, a pop-up window is presented to the user for 
viewing occurrences of production threshold violations. 
Preferably, a pop-up window automatically appears on the 

30 user's display when a threshold is crossed, in order to alert 
the user to the particular condition. Information that is 
preferably displayed in such a window includes: identifica- 
tion of insertion machine having an error, error type, number 
of occurrences of error, total errors, total time lost, and 

35 average reset time. Preferably, the item that caused the 
threshold to trigger the pop-up window will be highlighted. 
For example, if a threshold was set for 50% job completion 
by 12:00 noon and only 45% was actually achieved at that 
time then a production threshold violation pop-up window 

40 would appear on the user's display showing the current 
percentage complete thereby giving the operator an indica- 
tion of job performance. 

It is understood that additional production thresholds may 
be utilized without departing from the spirit and intent of the 

45 present invention. 
Run Tag Editor 

The"Run Tag Editor" screen of FIG. 16 is accessed via 
the"System Management" screen of FIG. 12. The Run Tag 
Editor is a utility that allows the user to correct any run tag 

50 assignment mistakes made by the inserting machine opera- 
tor. Since data is labeled in the present invention by a run 
tag, it is important that the run tag be correct. Therefore, it 
is desirable for the user to be able to make corrections to run 
tags. 

55 Within the Run Tag Editor screen 126, the user may 
search all of the run tags 162 in the database. The list 
includes run tags that have completed at least one run in the 
database. The user is prohibited from editing run tags for 
inserter runs that are in progress. Once the user has received 
the results of the run tag search, he may select one, many, or 
all run tags to edit. Upon selection, he will create a new run 
tag for the selected items either by typing a new tag 164 in 
the box provided on the screen or by selecting a previously 
used run tag from the list 166 above the box. He can then 
modify the tags by clicking the Modify button 168 located 
near the bottom of the screen. A pop-up will be presented to 
the user to show that the database will be altered and the user 
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must confirm this. Then, after the database is altered, the on an International Business Machines (IBM®) or IBM®- 
search list will be updated. Any errors that occur during this compatible personal computer and software capable of sup- 
process will be displayed on the screen. porting a thin wire Ethernet TCP/IP environment. Even 
Backup/Restore more preferable is a server based on an Intel® 486 or 

The data backup and restore functionality is divided into 5 Pentium® processor and having at least sixteen (16) mega- 
three (3) separate screens and each is accessed via the bvtes of memory to perform all functions efficiently, and 
"System Management" screen of FIG. 12. Such screens havin S data stora S e ca P acit y of at least four ( 4 ) gigabytes, 
include the Backup screen (FIG. 17), the Restore screen 180 ^ Purred is a printer suitable for text and color graphi- 
(FIG. 18), and the Scheduled Backup screen (not shown). cal r f* ort P nntm Si Somatic back-up capability for data and 

The user may choose to backup (FIG. 17) one, many, or 10 ^figuration files; and trackball or mouse support. The 
« r »i_ r ii • j*. * - £ \- iVi present invention may be implemented via other computing 
all of the following data types: run tag information 171, includingj bu \ not limit ed to, mainframe computing 
operator setup information 172, or system configuration ms and It ^ pre f er able to use a high 
information 173 The user selects the data to be saved, resolution color display; however, a standard personal corn- 
selects the media (hard disk 174, tape 175 or floppy 176) and puter momtor may be used . 

then executes the backup. Any errors that occur will be 15 The present invention may be written in various computer 

displayed on the screen. languages including, but not limited to, C++, Smalltalk, 

The user may choose the Restore screen 180 illustrated Java, and other conventional programming languages such 

illustrated in FIG. 18 to restore any data type from a backup as BASIC, FORTRAN and COBOL, 

file. First, the user selects the restoration media (hard disk The present invention runs on current standard desktop 

174, tape 175 or floppy 176). The selected media is accessed 20 computer platforms such as, but not limited to, Windows®, 

in order to present an archive list 181 or source list 182 of Windows 95®, Windows NT®, UNIX®, and OS/2®. The 

restorable data to the user. The user can then select to restore present invention utilizes, in part, many standard features of 

one, many, or all of the data in the backup file. Any errors current desktop configurations, such as the ability to store 

that occur will be displayed on the screen for the user. data locally, connect to the Internet, and display visual 

The user will be able to choose to schedule a backup for 25 information, 

future or repeated execution. The user will select the data Computer readable program code means is provided for 

types and the media just as he would for a regular backup. receiving processing system operation related information 

The user would then select the time and interval at which the from each of a P lural [ ty of mail mserti ° Q devices > and for 

backup will occur. After making these selections, the user ^presenting each of the mail insertion devices as an inter- 

will be able to schedule the backup. The backup would then 30 act * ve 1£ ? D K oa f display connected to a daU processing 

t , iL . . * -ii f u ui . system. Each interactive icon has indicia associated there- 

execute at the appropriate time. The user wJl also be able to ^ ^ ^ me ^ information for a 

use this screen to remove a command for a scheduled reS pe C tive mail insertion device and changes appearance in 

backup. The list at the top of the screen will display all response t0 a change in the operation related information, 

currently scheduled backup parameters and the user would Computer readable program code means is provided for 

select any of them for viewing or deletion. Any errors that 35 displaying selective operation related information about a 

would occur during the setting of backup parameters will be respective mail insertion device in response to user actions, 

displayed to the user. Any errors that would occur during a and for displaying operation related information for each 

scheduled backup will be written to a log file. mail insertion device in real time. Computer readable pro- 

A user can also define the valid list of operators for a given gram code means is provided for selecting an interactive 

mail processing machine at a remote location. FIG. 19 40 icon via an input device operatively connected to the data 

illustrates the "Operator Definition" screen 123 selectable processing system, and for displaying operating status for 

from the System Management screen of FIG. 12. The the mail insertion device represented by the selected icon. 

Operator Definition screen 123 allows a system level user to Computer readable program code means is provided for 

identify operators of particular mail processing machines displaying the indicia surrounding an icon as a color selected 

and define the level of access and/or control the operator will 45 from a plurality of colors, wherein each color represents an 

have with respect to the mail processing machine. The user operational condition of a mail insertion device. Computer 

will enter a unique Operator ID 190, password 192, and readable program code means is provided for displaying 

optional description 194 in the dialog box 196 on the upper interactive icons in a manner depicting geographical loca- 

portion of the screen. Next, the user will choose and assign tions of respective mail insertion devices. Computer read- 

the authority levels for this operator using the dialog box 198 50 able program code means is also provided for adding, 

in the lower center portion of the screen. This information is deleting, and modifying the location and appearance of the 

then communicated from the central location over a com- interactive icons. 

puter network to the specific mail processing machine in The present invention is not limited in scope to systems, 

question. This information can be stored such that it can not methods and computer program products for monitoring and 

be edited from the remote mail processing machine. 55 controlling mail insertion machines. The present invention 

Hardware and Software Requirements may be utilized for monitoring and controlling various mail 

The present invention can be implemented in a variety of processing systems including mail sorters, printers and other 

communications environments including a Local Area Net- equipment related thereto. The foregoing is illustrative of the 

work (LAN) and Wide Area Network (WAN) environments. present invention and is not to be construed as limiting 

The present invention can be implemented in communica- 60 thereof. Although a few exemplary embodiments of this 

tions environments utilizing TCP/IP communications invention have been described, those skilled in the art will 

protocol, such as the Internet, and environments utilizing readily appreciate that many modifications are possible in 

SNA protocol. Hardware for implementing the present the exemplary embodiments without materially departing 

invention is generally consistent with typical personal com- from the novel teachings and advantages of this invention, 

puting equipment, and does not generally require special 65 Accordingly, all such modifications are intended to be 

environmental conditions other than a typical office envi- included within the scope of this invention as defined in the 

ronment. Preferably, the present invention is implemented claims. 
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In the claims, means-plus-function clauses are intended to 
cover the structures described herein as performing the 
recited function and not only structural equivalents but also 
equivalent structures. Therefore, it is to be understood that 
the foregoing is illustrative of the present invention and is 5 
not to be construed as limited to the specific embodiments 
disclosed, and that modifications to the disclosed 
embodiments, as well as other embodiments, are intended to 
be included within the scope of the appended claims. The 
invention is defined by the following claims, with equiva- 10 
lents of the claims to be included therein. 

That which is claimed: 

1. A system for remote real-time monitoring of at least one 
mail inserter machine comprising: 

(a) receiving means located remotely from said mail ^ 
inserter machine for receiving operation related infor- 
mation from said mail inserter machine; 

(b) monitoring means operatively connected to said 
receiving means for monitoring the operation related 
information received from said mail inserter machine 20 
and updating display of the operation related informa- 
tion in real time; and 

(c) transmission means for sending data to said mail 
inserter machine. 

2. The system of claim 1 wherein said receiving means 25 
and monitoring means are centrally located not necessarily 
proximate to said mail inserter machine. 

3. The system of claim 1 wherein said receiving and 
monitoring means are coupled to a networked communica- 
tions system for exchanging data with said mail inserter 30 
machine. 

4. The system of claim 1 wherein said monitoring means 
updates display of the operation related information on a 
computer display screen at a rate of at least about one update 
per thirty seconds. 35 

5. The system of claim 1 wherein said receiving means 
receives operation related information from a plurality of 
mail inserter machines located at a plurality of geographi- 
cally separated sites. 

6. The system of claim 1 wherein the operation related 40 
information includes mail inserter machine organizational 
information, site information, machine information, utility 
information, and system administration information. 

7. The system of claim 6 wherein the mail inserter 
machine organizational information includes mail inserter 45 
machine site addition information, mail inserter machine site 
deletion information, and mail inserter machine site edit 
information, and mail inserter machine site job goal infor- 
mation. 

8. The system of claim 6 wherein the mail inserter 50 
machine site information includes production information, 
goal information, job information, fault information, and 
alarm information with respect to a specified mail inserter 
machine site. 

9. The system of claim 6 wherein the mail inserter 55 
machine machine information includes production 
information, goal information, job information, fault 
information, and alarm information with respect to said mail 
inserter machine. 

10. The system of claim 6 wherein the mail inserter 60 
machine utility information includes alarm information, user 
administration information, shift information, language 
information, threshold setting information, and run-time 
manager information with respect to said mail inserter 
machine. 65 

U. The system of claim 6 wherein the mail inserter 
machine system administration information includes report 
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information, machine setup information, backup and restore 
information, and run tag editor information with respect to 
said mail inserter machine. 

12. A method for real-time monitoring of at least one mail 
inserter machine comprising: 

(a) receiving operation related information from a mail 
inserter machine from a location remote from said mail 
inserter machine; 

(b) monitoring the operation related information received 
from said mail inserter machine, and updating display 
of the operation related information in real time; and 

(c) transmitting data to said mail inserter machine. 

13. The method of claim 12 wherein said receiving means 
and monitoring means are centrally located not necessarily 
proximate to any of said mail inserter machine. 

14. The method of claim 12 wherein said receiving and 
monitoring means are coupled to a networked communica- 
tions system for exchanging data with said mail inserter 
machine. 

15. The method of claim 12 wherein receiving the opera- 
tion related information includes receiving the operation 
related information from a plurality of mail inserter 
machines located at a plurality of geographically separated 
sites. 

16. The method of claim 12 wherein updating display of 
the operation related information in real time includes 
updating display of the operation related information at a 
rate of at least about one update per thirty seconds. 

17. The method of claim 12 wherein the operation related 
information includes mail inserter machine organizational 
information, site information, machine information, utility 
information, and system administration information. 

18. The method of claim 17 wherein the mail inserter 
machine machine information includes production 
information, goal information, job information, fault 
information, and alarm information with respect to said mail 
inserter machine. 

19. The method of claim 17 wherein the mail inserter 
machine utility information includes alarm information, user 
administration information, shift information, language 
information, threshold setting information, and run-time 
manager information with respect to said mail inserter 
machine. 

20. The method of claim 17 wherein the mail inserter 
machine system administration information includes report 
information, machine setup information, backup and restore 
information, and run tag editor information with respect to 
said mail inserter machine. 

21. The method of claim 17 wherein the mail inserter 
machine organizational information includes mail inserter 
machine site addition information, mail inserter machine site 
deletion information, mail inserter machine device site edit 
information, and mail inserter machine site job goal infor- 
mation. 

22. The method of claim 17 wherein the mail inserter 
machine site information includes production information, 
goal information, job information, fault information, and 
alarm information with respect to a specified mail inserter 
machine site. 

23. A remote real-time monitoring device for remotely 
monitoring at least one mail inserter machine, said remote 
real-time monitoring device comprising: 

(a) operating parameter monitoring means located 
remotely from said at least one mail inserter machine 
for remotely monitoring the operating parameters of 
said at least one mail inserter machine and for updating 
display of the operating parameters in real time; and 
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(b) computer network communications means coupled to 
the operating parameter monitoring means for transfer- 
ring data between the remote real-time monitoring 
device and said at least one mail inserter machine. 

24. The device of claim 23 further comprising operator 
setup means for remotely creating, maintaining, and com- 
municating a list of valid mail inserter machine operators for 
said at least one mail inserter machine. 

25. The device of claim 23 further comprising run-tag 
editing means for remotely accessing, editing, and re-saving 
stored run-tag data for a specified job on said at least one 
mail inserter machine. 

26. The device of claim 25 wherein said run-tag editing 
means is capable of searching and selecting individual and 
multiple run-tags from a stored run-tag database. 

27. The device of claim 23 further comprising alarm 
threshold setting means for setting alarm threshold levels of 
tolerable error counts for specified types of errors for a 
specified job on said at least one mail inserter machine. 

28. The device of claim 27 wherein said specified types of 
errors include aim errors, insert feeder errors, envelope 
feeder errors, finishing errors, and delivery errors. 

29. The device of claim 27 further comprising production 
threshold setting means for setting production threshold 
levels of output goals to be completed within or by a 
specified time for a specified job on said at least one mail 
inserter machine. 

30. The device of claim 29 wherein said output goals 
represent the number of envelopes processed at a specified 
time. 

31. The device of claim 29 wherein said operating param- 
eter monitoring means monitors the production threshold 
levels and alarm threshold levels of said at least one mail 
inserter machine in real-time and outputs a message when 
said threshold levels have been violated. 

32. A computer program product comprising computer- 
executable instructions embodied in a computer-readable 
medium for performing steps comprising: 

(a) receiving operation related information from at least 
one mail inserter machine from a location remote from 
said at least one mail inserter machine; and 

(b) updating display of the operation related information 
received from said mail inserter machine in real time. 

33. The computer program product of claim 32 wherein 
receiving the operation related information includes receiv- 
ing the operation related information over a TCP/IP net- 
work. 

34. The computer program product of claim 32 compris- 
ing sending data to said mail inserter machine. 

35. The computer program product of claim 32 wherein 
receiving the operation related information includes receiv- 
ing the operation related information from a plurality of mail 
inserter machines located at geographically separated sites. 

36. The computer program product of claim 32 wherein 
updating display of the operation related information in real 
time includes updating display of the operation related 
information at a rate of at least about one update per thirty 
seconds. 

37. A system for remote real-time monitoring of at least 
one mail sorting machine, said system comprising: 

(a) receiving means for receiving operation related infor- 
mation from said mail sorting machine from a location 
remote from said at least one mail sorting machine; and 

(b) monitoring means operatively connected to said 
receiving means for monitoring the operation related 
information received from said mail sorting machine 
and updating display of the operation related informa- 
tion in real time. 
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38. The system of claim 37 comprising transmission 
means for sending data to said mail sorting machine. 

39. The system of claim 38 wherein said receiving means 
receives operation related information from a plurality of 

5 mail sorting machines located at a plurality of sites geo- 
graphically separated from each other. 

40. The system of claim 37 wherein said monitoring 
means updates display of the operation related information 
on a computer display screen at a rate of at least about one 
update per thirty seconds. 

41. A method for remote real-time monitoring of at least 
one mail sorting machine comprising: 

(a) receiving operation related information from a mail 
sorting machine from a location remote from said mail 
sorting machine; and 
15 (b) updating display of the operation related information 
in real time. 

42. The method of claim 41 comprising transmitting data 
to said mail sorting machine. 

43. The method of claim 41 wherein receiving the opera- 
20 tion related information includes receiving the operation 

related information from a plurality of mail sorting machines 
located at geographically separate sites. 

44. The method of claim 41 wherein updating display of 
the operation related information in real time includes 

25 updating display of the operation related information at a 
rate of at least about one update per thirty seconds. 

45. A computer program product comprising computer- 
executable instructions embodied in a computer-readable 
medium for performing steps comprising: 

30 (a) receiving, from a user, a threshold percentage value 
relating to percentage completion of a job by at least 
one mail processing machine and a time value for 
checking whether the mail processing machine has 
reached the percentage; 

35 (b) receiving at least one measured percentage value 
indicating the percentage completion of a job by the 
mail processing machine from a location remote from 
the mail processing machine; 

(c) when the time value is reached, determining whether 
40 the measured percentage value equals the threshold 

percentage value; and 

(d) if the measured percentage value is less than the 
threshold percentage value, displaying an alarm to the 
user. 

45 46. The computer program product of claim 45 wherein 
receiving at least one measured percentage value includes 
receiving at least one measured percentage value from one 
or more mail inserter machines. 

47. The computer program product of claim 45 wherein 
50 receiving at least one measured percentage value includes 

receiving at least one measured percentage value from one 
or more mail sorting machines. 

48. The computer program product of claim 45 wherein 
alerting the user includes displaying a pop-up window to the 

55 user 

49. The computer program product of claim 48 wherein 
the pop-up window displays the measured percentage value. 

50. The computer program product of claim 45 compris- 
ing updating display of the measured percentage value in 

60 real time. 

51. The computer program product of claim 50 wherein 
updating display of the measured percentage value includes 
updating display at a rate of at least about one update per 
thirty seconds. 

65 52. A run tag editor comprising computer-executable 
instructions embodied in a computer-readable medium for 
performing steps comprising: 
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(a) searching a database for ma tags indicative of jobs 
performed by at least one mail processing machine; 

(b) displaying run tags extracted from the database to a 
user; 

(c) receiving input from a user allowing modification of 5 
the displayed run tags and addition of new run tags; and 

(d) storing the modified or new run tags in the database. 
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53. The computer program product of claim 52 wherein 
run tags are indicative of jobs performed by a mail inserter 
machine. 

54. The computer program product of claim 52 wherein 
the run tags are indicative of jobs performed by a mail 
sorting machine. 

***** 
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